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EDICIONES SIGLO CULTURAL 


INTRODUCCION J 


L desarrollo, estandarización y abaratamiento de los orde- 
nadores personales ha hecho posible la extensión y difu- 
sión de procedimientos automatizados en áreas de activi- 
dad en las que el empleo de esos procedimientos queda- 
ba reservado, por su complejidad y elevado coste, a las 
grandes empresas e instituciones y a la Administración pú- 
- blica. Desde hace media década existe un producto soft- 
ware potente para microordenadores, que se ha dado en 
llamar «base de datos». 

Tradicionalmente, en Informática se ha denominado «fichero» a un 
conjunto de datos homogéneos, y «banco de datos» a toda colección de dis- 
tintos ficheros dedicados a una misma aplicación. Muchos usuarios comen- 
zaron a utilizar la expresión «bases de datos» para designar indistintamen- 
te a ficheros y bancos y datos. No cabe duda, pues, antes de entrar en ma- 
teria, que es preciso clarificar el significado real de base de datos. 


¿QUE ES UNA BASE DE DATOS? 


En primera instancia, cabe afirmar rotundamente que una base de da- 
tos no es un fichero y tampoco un banco de datos. Una definición clásica 
de base de datos puede ser la siguiente: una base de datos es un conjunto 
de datos relacionados entre sí, que se encuentran almacenados en una úni- 
ca colección, sin redundancias, y que cumple las siguientes condiciones: 


1. Los datos se encuentran almacenados en diversos soportes de in- 
formación, de tal forma que son independientes de los programas que los 
controlan. 

2. Su utilización no está restringida a una aplicación exclusiva, sien- 
do posible su acceso por parte de varias aplicaciones, incluso simultánea- 
mente. 


he 


3. Sirven para gestionar la información contenida en la base de da- 
tos, esto es, para incluir nuevos datos, borrar datos especialmente diseña- 
dos para optimizar el funcionamiento del Sistema. Estos procedimientos 
no sólo se encargan de la actualización, sino que también permiten la ob- 
tención de datos para su uso o mediante programas. 


Al resumir la anterior definición formal, destacan dos conceptos funda- 
mentales: 


1. Una base de datos es información almacenada en soportes. 
2. Una base de datos es una serie de procedimientos (programas) en- 
cargados de gestionar información. 


Esta doble faceta es la que ha dado lugar a innumerables confusiones. 
Por un lado, algunos asocian base de datos con información, mientras que 
otros asocian dicho concepto con los programas para la gestión de la in- 
formación. En general, este último concepto se suele diferenciar llamán- 
dolo Sistema de Gestión de la Base de Datos (SGBD), distinguiéndolo de 
los datos propiamente dichos. 


mao Programas nas Base d 
Datos de gestión de Po cai 
| los datos datos 


Fig. 1.1. 


PRECEDENTES 


En sus comienzos, las bases de datos fueron conocidas como «sistemas 
de información de gestión». La idea era poner todos los datos de las com- 
pañías en una gran «piscina» en donde los ejecutivos pudieran «ir de pes- 
ca» de cualquier información que desearan. La información reflejaría ins- 
tantáneamente, por supuesto, cualquier cambio resultante de nóminas de 
pago, facturas de ventas, etc. Pero este sistema no era adecuado porque el 
software no era lo suficientemente sofisticado. Después de fallar en el in- 
tento de implementación de los sistemas de información de gestión, los 
profesionales de las computadoras reconsideraron y aplicaron.el concep- 
to de base de datos a conjuntos específicos de operaciones sobre los datos. 

El origen de las bases de datos es una consecuencia en sí misma de la 
evolución de la Informática en los últimos años. 

Cuando sólo existía la monoprogramación, los ficheros no eran com- 
partidos por distintas aplicaciones, por lo cual la integridad y seguridad 
de los datos no comportaba problemas. 
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Con la multiprogramación, al permitirse que varias aplicaciones se eje- 
cuten a un mismo tiempo, surge un conflicto de integridad entre los fiche- 
ros compartidos. 

Entre las características de los sistemas de gestión de base de datos, des- 
taca el que están dotados de una serie de controles y seguridades que evi- 
tar. que se dé este problema. 

Desde que el uso de microordenadores se ha generalizado, han apare- 
cido numerosos programas «a medida» para tratar el tipo de información 
descrita anteriormente. La posibilidad de realizar una mecanización con 
éxito reside, sin embargo, en la selección del programa adecuado. 

La creciente disponibilidad en el mercado de paquetes de software para 
las bases de datos ha vuelto totalmente antieconómica la alternativa de de- 
sarrollar paquetes a medida, planteando, sin embargo, el problema de se- 
leccionar el paquete de software más adecuado a nuestras necesidades. 


GESTION FICHEROS VS. BASES DE DATOS 


el mercado de programas para microordenadores hay ciertos pro- 
gramas cuyos creadores denominan «bases de datos». Muchos de ellos son 
simples gestores de ficheros que solamente sirven para abrir un fichero de 
datos y realizar informes y no suelen tener lenguaje de programación. 


tm 
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¿POR QUE LAS BASES DE DATOS? 


Los sistemas informáticos tradicionales han sido llamados también sis- 


correspondientes aplicaciones tengan necesidad de ellos. 

Esto produce, además de una ocupación inútil de memoria, un aumen- 
to en los tiempos de proceso, repitiendo los mismos controles y operacio- 
nes en los distintos ficheros. Pero, más grave todavía, son las incoheren- 
cias que se presentan cuando la actualización de los datos, que se inclu- 
yen en más de un fichero, no se realiza de forma simultánea. 

Por otra parte, la dependencia de los datos respecto al soporte físico y 
a los programas da lugar a una falta de flexibilidad y de adaptabilidad fren- 
te a los cambios, lo cual repercute muy negativamente en el rendimiento 
del conjunto del sistema informático. 


Ej 


Datos Ficheros Tratamientos Resultados 
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Fig. 1.2. Organización clásica. Cada tratamiento tiene su fichero específico, existien- 
do una gran redundancia en los datos. 


La solución a estos problemas lleva a adoptar un punto de vista radi- 
calmente distinto del considerado en los sistemas tradicionales, pasando 
los tratamientos a ocupar un segundo plano, mientras que los datos ad- 
quieren el protagonismo. 


Los datos se organizan y se mantienen en un conjunto estructurado, el 
cual no está diseñado para una aplicación concreta, sino que, por el con- 
trario, tienden a satisfacer las necesidades de información global del 
usuario. 


Estos sistemas orientados hacia los datos van sustituyendo a los siste- 
mas orientados hacia el proceso que, por su poca fiabilidad, falta de repre- 
sentación de la realidad y mal asegurada confidencialidad van perdiendo 
la confianza del usuario. 
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Datos úl Resultados 


Fig. 1.3. Organización en base de datos. Los datos se recogen y almacenan con in- 
dependencia de los tratamientos a que van a ser sometidos. No hay redundancias. 
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VENTAJAS DE LAS BASES DE DATOS 


La aplicación de la metodología de bases de datos puede prestar un 
gran servicio a fin de conseguir un sistema de información coherente y 
que proporcione el soporte para la toma de decisiones, presentando una 
multitud de ventajas frente a los sistemas clásicos: 


a) Mayor valor informativo. Puesto que la base de datos es un reflejo 
del mundo real, donde los distintos eileruentos están interrelacionados, el 
valor informativo de su conjunto es superior a la suma del valor informa- 
tivo de los elementos individuales que los constituyen. Por ejemplo, una 
base de datos que contuviera los datos referentes a proveedores y produc- 
tos tendrá un valor informativo mayor que la lista de proveedores y la lista 
de productos de forma independiente. 

b) Independencia de los datos respecto a los tratamientos, y viceversa. 
La mutua independencia de datos y tratamientos lleva a que un cambio de 
estos últimos no imponga una nueva estructuración de la base; y, por otra 
parte, la inclusión de nuevas informaciones en la base, desaparición de 
obras, etc., no debe obligar a alterar los programas. Esta independencia 
de los tratamientos frente a la estructura de base supone una considerable 
ventaja, al evitar el importante esfuerzo que origina la reprogramación de 
las aplicaciones cuando se producen cambios en los datos (en algunos 
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equipos se dedica cerca del 50% de los efectivos de programación al man- 
tenimiento de los sistemas existentes). 


c) Coherencia de los resultados. Debido a que la información de la 
base es recogida y almacenada una sola vez, en todos los tratamientos se 
utilizan los mismos datos, por lo que los resultados de todos ellos son co- 
herentes y perfectamente comparables. 


Además, al no existir, o al menos, disminuir en gran medida las redun- 
dancias en los datos, desaparece el problema que se presentaba en el en- 
foque clásico, de que el cambio de un mismo dato obligaba a actualizar 
una serie de ficheros; y con él, se elimina también el inconveniente de las 
divergencias en los resultados debidos a actualizaciones no simultáneas en 
todos los ficheros. 


d) Mejor disponibilidad de los datos para el conjunto de usuarios. 
Cuando se aplica la metodología de bases de datos, cada servicio ya no es 
«propietario» de los datos, puesto que éstos se comparten entre el conjun- 
to de los usuarios, existiendo una mejor disponibilidad de los datos para 
todos los que tienen necesidad de ellos, siempre que estén autorizados para 
accederlos. 


Hay, también, una mayor «transparencia» respecto a la información 
existente, ya que todos los datos que se encuentren en la base se deben re- 
lacionar en un catálogo que puede ser ampliamente difundido e, incluso, 
en bastantes casos, accedido por medios informáticos. 


e) Mejor y más normalizada documentación de la información, la cual 
esté integrada con los datos. En el enfoque clásico, los datos se encuen- 
tran separados de su contenido semántico; los primeros se almacenan en 
ficheros y su descripción se hace mediante un lenguaje de programación. 
La documentación de los datos en soporte de papel, realizada por el ana- 
lista o programador, es por lo general insuficiente y a veces incluso inexis- 
tente; además, por lo común la normalización brilla por su ausencia. Este 
problema se atenúa en gran medida con las bases de datos, ya que en la 
misma base se incluye no sólo la información, sino también la documen- 
tación de éste, la cual, por tanto, está normalizada. 


f) Mayor eficiencia en la recogida, codificación y entrada de los datos 
al sistema. Al no existir apenas redundancias, y ser los datos recogidos una 
sola vez, aumenta el rendimiento de todo proceso previo al almacena- 
miento. 


g) Reducción del espacio de almacenamiento. La desaparición, o dis- 
minución de las redundancias, así como la aplicación de las técnicas de 
compresión, lleva, en los sistemas de bases de datos, a una menor ocupa- 
ción del almacenamiento secundario —en general, pequeño—,; sin embar- 
go, los elementos del Sistema ocupan a veces tanto espacio que el ahorro 
es más técnico que práctico. 
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La aplicación de la metodología de bases de datos puede prestar un 
gran servicio a fin de conseguir sistemas de información coherentes y que 
proporcionen el debido soporte para la toma de decisiones. 


== —TERMINOLOGIA 


Los términos utilizados en la industria del software se suelen originar 
en los Manuales de usuario. Como se podría esperar, hay poco acuerdo so- 
bre el término de base de datos. Esta sección establece cómo serán utili- 


Conceptos fundamentales 


Las denominaciones de fichero y archivo utilizadas en Informática pro- 


FICHERO 


Se denomina fichero al conjunto de elementos que contienen informa- 
ción relativa a un tema común, estando ésta de acuerdo con unos forma- 
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tos preestablecidos. De forma más elemental diríamos que un fichero es 
un conjunto de «registros lógicos» de la misma naturaleza, por ejemplo, el 
fichero de clientes, fichero de proveedores, fichero de cuentas, etc. 


MN 


REGISTRO Y CAMPO 


Llamamos «registro» o «registro lógico» al conjunto de datos referidos 
a un mismo elemento. Por ejemplo: si tomamos como elemento uno de 
los empleados de una determinada empresa, el conjunto de datos referi- 
dos a dicho empleado constituirán lo que denominaríamos «registro». Así, 
podemos incluir como datos en este registro: número de empleado, nom- 
bre, dirección, categoría, antigiiedad, etc. 

Como hemos visto, dentro de un registro hay diversas informaciones; 
cada una de ellas será un «campo» del registro. A su vez, el campo se sub- 
divide en «subcampos». En el ejemplo anterior el registro «empleado» 
consta de los campos: número de empleado, nombre, dirección, etc., mien- 
tras que el campo «dirección» consta de los subcampos: domicilio y loca- 
lidad. 


N.* Empleado O 


¡Nombre-P| Apell1 | Apell2 


Longitud del registro 


Fig. 1.5. 


Los campos pueden ser: 


— Numéricos, si sólo contienen números. 

— Alfabéticos, únicamente contienen letras. 

— Alfanuméricos, cuando contienen números, letras y caracteres espe- 
ciales. 

— El dato N. EMPLEADO 1001 está contenido en el campo N. EM- 
PLEADO. 

— El dato JOSE MARIA está contenido en el subcampo NOMBRE-P. 
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CLAVES E INDICES 


Entre los datos de un registro suele haber uno de ellos que sirve para 
identificarle. Su principal característica es la de no repetirse a lo largo del 
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fichero. A este dato lo llamaremos CLAVE. En nuestro caso es el número 
de empleados dentro de la empresa. 

Los datos ocupan posiciones dentro del registro, llamados también CA- 
RACTERES. Un carácter es la unidad más elemental dentro del registro. 

INDICE. Un índice es una tabla de doble entrada; es decir, una lista de 
claves que se corresponden con un número de registro. Por ejemplo, todo 
libro tiene su índice temático, en el cual para cada tema tenemos un nú- 
mero de página. Los números de registro se llaman «punteros» y están dis- 
puestos para ayudar a encontrar un registro particular mediante una cla- 


=== DICCIONARIO DE DATOS 


El diccionario de datos es una descripción completa de los campos en 
una base de datos. El diccionario de datos describe las relaciones entre los 
diversos campos en una base de datos. También describe cada campo por 
nombre, membrete de encabezamiento de informe, la extensión, tipo de 
datos, etc. 


| 
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Base de datos 


Una base de datos es una colección de datos interrelacionados. Con- 
cretamente, la base de datos es una colección completa de datos, punte- 
ros, tablas, índices, direcciones, etc. Si mantenemos el registro de sus 
clientes y de sus productos, ambos forman parte de la misma base de da- 
tos, al menos que nunca intentemos relacionar los dos de alguna forma. 


== SISTEMA DE GESTION DE BASE DE DATOS 


Un SGBD es un paquete de programas de computadora y documenta- 
ción que nos permite instalar y utilizar una base de datos. 


== ACCESO DE FICHEROS 


Por «acceso a un fichero» entendemos el modo utilizado para la lectu- 
ra de los registros del mismo. Los modos de acceso pueden ser alguno de 
los siguientes: 


SECUENCIAL. Para acceder a un determinado registro, se van leyendo 
todos los registros que componen el fichero según la secuencia de alma- 
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cenamiento, hasta localizar el buscado, que en particular puede ser el re- 
gistro de fin de fichero. 

DIRECTO O ALEATORIO. A un registro se accede mediante su clave, 
sin necesidad de leer los registros que le preceden. 

DINAMICO. Este método permite acceder a determinadas franjas de re- 
gistros del fichero claramente delimitados, tanto directa como secuencial- 


OPERACIONES POSIBLES SOBRE FICHEROS 


En esta sección desarrollaremos la terminología que utilizaremos para 
realizar el tratamiento deseado sobre nuestros ficheros intentando clarifi- 
car la diferencia entre cada una de las diferentes funciones. 

Hemos establecido anteriormente que un SGBD es un conjunto de pro- 
gramas de ordenador que podemos contemplar como «programa integra- 
do». Una serie de órdenes o comandos, a introducir a través del teclado, 
permite comunicar al programa, en cualquier momento, las funciones que 
el usuario quiere ejecutar. 


CREACIÓN 


Una de las funciones principales de un programa de esta naturaleza es 
la de permitir fácilmente la especificación («creación») de la estructura 
del fichero. 

Para las ilustraciones que siguen haremos uso de los comandos típicos 
del «dBasell», que es uno de los paquetes de software más populares en 
esta categoría. 

La creación de nuestro fichero CATALOGO, de una vez por todas, se 
realiza comunicando al sistema la siguiente sucesión de comandos. Por su- 
puesto, es preciso haber introducido antes en el ordenador personal el dis- 
co correspondiente, que contiene el programa, y haber procedido a inicia- 
lizar el sistema. 

La secuencia de comandos es como sigue: 
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En resumen, con el primer comando se procedió a comunicar al siste- 
ma el nombre del fichero, y con los sucesivos, los nombres y característi- 
cas de los diversos campos, o lo que es lo mismo, la estructura del registro. 


INTRODUCCION DE LOS DATOS 


Como consecuencia de lo anterior, ya estamos en condiciones, median- 
te el comando APPEND, de introducir en el fichero nuestros datos a tra- 
vés del teclado. 


Para facilitar la tarea del usuario en esta fase aparece en pantalla el for- 
mato del registro. 


a) Récord 001 


Código artículo 


Descripción 


Unidad 


b) Récord 001 


Código artículo 


Descripción 


Unidad 


Fig. a) Formato del registro creado para el fichero CATALOGO. 
b) Datos introducidos en el primero. 
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RECUPERACION DE LA INFORMACION 


En el supuesto de haber creado el archivo y haber introducido los da- 
tos necesarios, podemos proceder a su uso para la obtención de informa- 
ción. 

Un archivo real, para que merezca la pena ser controlado por un orde- 
nador, deberá comprender como mínimo un centenar de registros aproxi- 
madamente. Definiremos un miniarchivo a título de ejemplo: 


Código artículo Descripción Unidad Precio 


000001 PATATAS 
000002 TELAS 


000003 AZUCAR 
000004 VINO 
000005 ACEITE 


Supongamos que buscamos aquellos artículos que se miden en kilogra- 
mos y tienen un precio inferior a 50 pesetas. Los 2 comandos siguientes 
son suficientes para resolver el problema: 


AA AAA 


= == — DISPLAY ALL FOR R UNIDAD = "KO"AND PRECIO < 50% = 


E a 


RA RI A FAA MIN AER UGR SAA AA IRA O RATA 


0 
a os A rue 0. me « A RR A TI ALA IMEI 
AAN RIRR  RAAAE DIE LO DARIA sio o >e a 1 2. .. 

IS EA RENGA II INE POLARIS RAN RRA AE 


El primer comando comunica al sistema la intención del usuario de uti- 
lizar el fichero «CATALOGO». El segundo activa la función de solicitud y 
visualiza en la pantalla todos los registros relativos a los artículos que se 
miden en kg y tienen un precio inferior a 50 pesetas. 

Hay que destacar el hecho de que un programa adecuado hubiera ne- 
cesitado más de dos instrucciones. 

La función descrita y los comandos utilizados nos proporcionan el pun- 
to de partida para algunas consideraciones de interés. 

Las diversas funciones que una base de datos es capaz de desarrollar 
son activadas por el usuario mediante una o más órdenes que contienen 
inicialmente un verbo inglés, seguido por otros elementos específicos. El 
verbo indica, por lo general, la función a activar, mientras que lo que le 
sigue tiende a precisar y delimitar el significado del verbo. Así, se consi- 
gue que cada comando tenga una estructura formal propia que el usuario 
deberá conocer a priori para poder ejecutar de forma correcta el propio 
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comando. Dicho de otro modo, tendrá que conocer el lenguaje con el que 
hacer funcionar la base de datos. 

Desde el punto de vista conceptual, esta circunstancia no es muy dife- 
rente del conocimiento de un lenguaje de programación. El aprendizaje 
del lenguaje de una base de datos, con respecto al de un lenguaje de pro- 
gramación, es más fluido y motivante por las razones siguientes: 


— Los comandos que han de aprenderse en el estudio de una base de 
datos son menos numerosos que los que un lenguaje de programación, al 
menos en el sentido de que con el conocimiento de un número limitado 
de comandos, los más importantes, se pueden conseguir resultados signifi- 
cativos. 

— No es necesario aprender a estructurar el programa, es decir, a ela- 
borar el diagrama de bloques lógico del programa. 


ACTUALIZACION Y MANTENIMIENTO 
DE LOS DATOS 


Una vez que tenemos creado un fichero con sus datos quizá deseemos 
modificar su estructura de alguna manera, bien modificando las caracte- 
rísticas concretas de los datos en sí mismos, procediendo a dar «altas», «ba- 
jas» O «modificaciones» de los registros de nuestra base de datos. 

En general, todas las bases de datos proporcionan facilidades que ha- 
cen flexible su definición y manipulación, dependiendo en gran medida 
del sistema que utilicemos. 


LL 


APLICACIONES PRACTICAS 9) 


ADO el alto número de bases de datos existentes en el mer- 
cado, y la flexibilidad de las mismas, las aplicaciones que 
podemos hacer con ellas son muchas y muy diversas. El 
tipo de aplicación que realicemos con cada una depende- 
rá, por un lado, de la capacidad de nuestro equipo y, por 
otro, de la complejidad de la base. Cuanto más potente sea 
la base de datos más aplicaciones tendrá. En cualquier 
caso, teniendo claro desde un primer momento qué es lo 
HZ Que se pretende hacer con la base de datos, y conociendo 
las restricciones que nos impone la misma, podemos sacarle siempre un 
buen partido. 


Algunos de los posibles usuarios de una base de datos podrían ser: 


— Abogados 

— Agencias de viajes 

— Almacenes 

— Bancos 

— Farmacias 

— Hospitales y clínicas 

— Librerías 

— Médicos, dentistas, veterinarios 

— Seguros 

— Vídeo clubes 

— Clubes sociales 

— Institutos de investigación científica 
— Centros informativos o divulgativos 
— Bibliotecas 

— Comercios 

— Editoriales 

— Laboratorios 
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— Universidades 
— Servicios de documentación de empresas 


En líneas generales, las posibilidades que nos permite una base de da- 
tos para una aplicación en concreto son las siguientes: 


— Mantener y poner al día el contenido de la base. Entenderemos por 
mantenimiento la adición de nuevos datos, la modificación de todo o par- 
te del contenido y la anulación de algunos elementos. Si la base de datos 
es relacional, los nuevos registros pueden ser insertados y cualquier parte 
de un elemento puede ser modificada o borrada. 

— Localización y recuperación de aquellos datos que cumplan unas es- 
pecificaciones determinadas. 

— Ordenar y reajustar un conjunto de elementos de datos en una se- 
cuencia u orden determinado. (Ejemplo: en una aplicación de etiquetas de 
direcciones, el tener todos los nombres y direcciones ordenados por pre- 
fijo telefónico puede ser de gran ayuda.) 

— Fundir diferentes bases de datos del mismo tipo para un fin especí- 
fico. 


FB. 2d. 


Desde el profesional de la informática hasta el empresario, investiga- 
dor o profesional independiente, todos trabajamos con datos. Puesto que 
es un tema que nos incumbe a todos, veamos qué ventajas nos supone tra- 
bajar con una base de datos: 


— Posibilidad de manipular bloques de información tan grandes como 
las bases de datos o tan pequeños como un carácter. 

— Facilidad a la hora de añadir, insertar o borrar información de los 
ficheros, lo cual supone no sólo una mayor comodidad, sino también un 
ahorro de tiempo y dinero. 

— Hallar la información necesaria en cuestión de segundos. 

— Mantener en orden los ficheros. 
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— Realizar distintas tareas dependiendo del día de la semana, o de otro 
criterio que se escoja. 

— Seguridad de la información 

— Producción de informes automáticos. 

— Combinación de ficheros según se requiera para tareas complejas 
de administración. 

— Fácil generación de cartas: el hecho de enviar un número de cartas 
elevado, todas ellas personalizadas, sin una base de datos, supone un tra- 
bajo lento, costoso y pesado. Sin embargo, si las cartas se generan con la 
ayuda de una base de datos, esta tarea se simplifica enormemente. 


Esquemáticamente las bases de datos permiten, por tanto: 


FR. Lee 


Dividiremos las aplicaciones prácticas de una base de datos según el 
sector al que nos estemos refiriendo según los siguientes tres bloques: 


SECTOR GESTION DE EMPRESAS 
SECTOR PROFESIONALES INDEPENDIENTES 
OTROS SECTORES 


1 


| 
| 


SECTOR GESTION DE EMPRESAS 


=== Operaciones típicas 


Tanto para una empresa informatizada como para una empresa en vías 
de informatización, está claro que, en una gestión dinámica, es necesario 
tener un control directo, rápido y total de los datos. A cualquier empresa 
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le es útil contar con personal capaz de manejar directamente los datos. 
Y es precisamente el relativo fácil manejo de bases de datos el que permi- 
te que, sin tener conocimientos a nivel informático, las tareas de ges- 
tión de datos las puedan realizar desde los directivos hasta el personal en- 
cargado de la introducción de los datos. 

Centrándonos un poco sobre el terreno práctico, citaremos algunos de 
los trabajos que se pueden ver simplificados mediante el manejo de una 
base de datos: 


— FACTURACION 

— CONTABILIDAD 

— DECLARACIONES DE HACIENDA 

— GESTION DE TRABAJOS DE SECRETARIA 
— ELABORACION DE NOMINAS 

— CONTROL DE CORRESPONDENCIA 

— GENERACION DE CARTAS 

— CONTROL DE CLIENTES 


Ejemplo práctico: 
Control de clientes/prod. /pedidos 


En el ejemplo de control de clientes veamos qué posibilidades tendría- 
mos con nuestra base de datos, si ésta fuese relacional. Supongamos que 
en la empresa tenemos un fichero de clientes, otro de productos y otro de 
pedidos. 


Fichero de clientes 


Los registros de este fichero constarán de los siguientes campos: 


Nombre Saldo Actualización Vencido 
1 2 3 4 


1) Nombre: Tipo alfanumérico (cadenas de letras, números y carac- 
teres especiales). 

2) Saldo: Tipo decimal (número positivo o negativo, con o sin coma 
decimal). 

3) Actualización: Tipo: fecha (fecha de calendario) 

Ej.: 10-1-85 
9-3-86 
4) Vencido: Tipo: verdad/falso 


ze ale 


Fig. 2.3. 


Fichero de pedidos 


Los registros de este fichero constarán de los siguientes campos: 


Nombre Producto Pedido Cantidad Total 
1 2 3 4 o) 


1) Análogo al caso anterior. 

2) Producto: Tipo: numérico. Observ.: A cada producto se le asigna 
un código numérico. 

3) Pedido: Tipo: fecha. Observ.: Refleja la fecha en que se ha efectua- 
do el pedido. 

4) Cantidad: Tipo: numérico. Observ.: Indica la cantidad pedida de 
ese producto. 

5) Total: Tipo: numérico. 


OCIO AECI MCCAIN 


Fig. 2.4. 


Fichero de productos 


Consta de registros formado de los siguientes campos: 


Producto Descrip. Precio 
1 p 3 


1) Producto: Análogo al caso anterior. 

2) Descrip.: Tipo: alfanumérico. Observ.: Indica el nombre del pro- 
ducto asociado al código que haya en 1). 

3) Precio: Tipo: Numérico. 
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a 


PIE. £.3. 


A continuación veamos algunas operaciones que podríamos realizar 
con estos ficheros, si dispusiéramos de una B.D. relacional, como puede 
ser dBASE III u OPEN ACCESS. 


— Obtener un listado con todos los registros de todos los clientes con 
todos los campos: El listado sería: 


Nombre Actualización Vencido 


Almacenes Pepe 


Azúcares, S. A. 
Blanco 


Fig. 2.6. 


— Obtener todos los registros del fichero de clientes, donde sólo apa- 
rezcan los campos nombre, saldo y vencido: 


Nombre Vencido 


Almacenes Pepe 10.1.85 
Azúcares, S. A. 11,.2.005 
Blanco 12.3.86 


Fig. 2.7. 


— Recuperar los registros del fichero de clientes, cuyo saldo sea ma- 
yor que 30.000. 


Nombre Saldo Actualización Vencido 


Falso 


Verdad 
Verdad 


Fig. 2.8. 


Obsérvese que los valores de saldo son todos mayores que 30.000. 
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— Del fichero de pedidos recuperar aquéllos cuya inicial del nombre 
sea mayor que M y número de producto menor que 50. 


Nombre Producto Pedido Cantidad Total 


Olea 35 15,293 41 8.615 
Pasaman 47 27.3.86 24 15.000 


Fig. 2.3, 


— Del fichero de productos recuperar aquéllos cuyo número de pro- 
ducto sea mayor que 100 y cuyo precio sea menor que 10.000. 


Producto Descripción Precio 


Tijeras 


Lámpara 
Timbre 
Silla 


Fig. 2.10. 


Otras operaciones posibles serían: 


— Introducir los datos de un nuevo cliente/producto o pedido en su 
fichero correspondiente. 

— Confrontar el valor de un campo de un fichero con los valores de 
otro campo en otro fichero para evitar introducir valores incorrectos. 

— Recuperar los registros de clientes actualizados después de una fe- 
cha determinada. 

— Clasificar el fichero de pedidos por número de producto. 

— Modificar la información de los registros de uno de los ficheros, uno 
por uno. 

— Borrar un registro del fichero. 

— Generar un informe con todos los pedidos realizados por la empre- 
sa en un día determinado. 

— Escribir mensualmente una carta a los clientes con saldos pen- 
dientes. 

— Ampliar el tamaño de uno de los ficheros porque se ha quedado 
corto. 

— Añadir un nuevo campo a un registro de uno de los ficheros que ori- 
ginalmente no existía. Por ejemplo, en el fichero de productos podríamos 
añadir un nuevo campo para la marca del producto. 

Etc. 


A la vista de lo expuesto, podemos hacernos una idea de las aplicacio- 
nes que se podrían realizar, la facturación, contabilidad, etc. 


Lao 


SECTOR PROFESIONALES INDEPENDIENTES 


Introducción 


Gran parte de usuarios que utilizan ordenadores personales son profe- 
sionales de profesiones liberales. Pueden ser: 


Gestores de datos de pequeñas empresas. 
Publicistas. | 

Médicos. 

Abogados. 

Matemáticos. 

Ejecutivos. 

Biólogos. 

Geólogos. 

Arquitectos, etc. 


Sus profesiones les obligan a ser muy elásticos y a tener en todo mo- 
mento control personal y eficaz de los datos que emplean. Por ello, no pue- 
den depender del mercado del software a medida, ya que necesitan las uti- 
lidades casi en el momento en que las diseñan. 

Necesitan multitud de programas que puedan ser alterados a diario. 
Dado que, generalmente, no pueden adquirir paquetes a medida, porque 
no suelen existir, o porque su coste resultaría elevado para la utilidad que 
le van a dar, normalmente adquieren un programa estándar que se dedi- 
ca a su rama, pero necesitan manipular otros datos o procesos no in- 
cluidos. 


Ejemplos 


Veamos las utilidades que podrían sacar algunos de estos profesionales 
con ayuda de su base de datos. 


Médicos 


Para un médico el hecho de disponer de una base de datos puede ser 
de suma utilidad. Con ella podría tener un fichero de pacientes ordenado, 
bien alfabéticamente o bien por cualquier otro orden que le conviniera. 

En él podría reflejar la información requerida para cada paciente: nom- 
bre, dirección, teléfono, edad, sociedad a la que está afiliado (caso de es- 
tarlo), número de afiliación, e incluso un breve historial clínico esquema- 
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tizado. De esta forma, a la hora de atender a un paciente, la búsqueda de 
su «ficha» personal resultará mucho más rápida y fácil que si esta infor- 
mación se recogiera manualmente. 

Le permitiría también llevar un control de aquellos pacientes que tu- 
vieran que ser citados para consulta, o bien pacientes a ser ingresados para 
Operar, etc. 

Si nos adentramos en el caso de un hospital, se observa que las venta- 
jas serían aún mayores. Dado que tratan con un número elevado de pa- 
cientes, el llevar un control más estricto y riguroso sobre la información 
concerniente a cada uno de ellos resultará no sólo práctico, sino más bien 
necesario. Si a la información citada anteriormente como: nombre, direc- 
ción, teléfono, edad, sociedad a la que está afiliado, número de afiliación 
e historial clínico le añadimos: fecha de alta en el hospital, fecha de baja, 
médico por el que ha sido tratado, período de recuperación, resultados, 
análisis efectuados, etc., se podrían obtener con facilidad informes sobre: 


— Relación de enfermos a dar de alta en un día determinado. 
— Relación de pacientes a llamar para su ingreso en el hospital. 


— Relación de enfermos a pasar consulta en un día o período determi- 
nado. 


— Informe de pacientes pendientes de pago. 

— Relación de pacientes a dar de baja en un día o plazo determinado. 
— Etc. 

Es evidente que con este control se evitarían muchos problemas que 


existen actualmente por falta de planificación y organización de los hospi- 
tales. 


Abogados 


No hace falta extendernos mucho para darnos cuenta de la utilidad que 
puede suponer para un abogado el disponer de una base de datos. Para 
cada cliente podría guardar, por ejemplo: nombre, dirección, teléfono, tipo 
de cliente (nuevo/antiguo), casos que se han tratado con él, tipo de caso 
(laboral, matrimonial...) y toda la información adicional que se requiera. 
De esta forma, diaria, semanal o mensualmente podría obtener un listado 
de clientes pendientes de efectuar determinados trámites, determinar qué 
trámites están pendientes para un cliente en particular, recuperar infor- 
mación disponible de un cliente, listar los clientes pendientes de cobro, 
etcétera. 
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Biólogos 


Supóngase un biólogo que disponga de un laboratorio particular y que 
desee, por ejemplo, elaborar un herbario recogiendo la información reco- 
pilada para un conjunto de plantas. Sería interesante que en la base de da- 
tos guardase los datos de cada una de ellas, como puede ser: código, nom- 
bre, nombre científico, familia, procedencia, características específicas, 
enfermedades que puede sufrir, etc. Así podría en un momento dado re- 
cuperar un dato concreto de uno de los ejemplares, o bien elaborar un in- 
forme con todas las plantas de una misma familia, o bien añadir los datos 
de una nueva planta, etc. 


OTROS SECTORES/APLICACIONES VARIAS 


Introducción 


En esta sección incluiremos otras aplicaciones de las bases de datos de 
carácter menos general que las citadas anteriormente o bien de menor 
complejidad. No pretendemos dar aquí una selección rigurosa y ordenada 
de las aplicaciones, sino más bien algunas de las restantes aplicaciones que 
permiten las bases de datos. 


Ejemplos 


HN 


Colecciones 


Mediante las bases de datos podemos manejar también la información 
que tengamos de una determinada colección (ya sea de sellos, monedas...). 
Si para cada ejemplar de la colección recogemos: nombre, año, país, co- 
lección a la que pertenece, procedencia..., en un momento dado podre- 
mos sacar un listado con todos los ejemplares que existen (caso de tener- 
los registrados en el ordenador) o bien obtener un listado por orden alfa- 
bético de todos los ejemplares, o también recuperar toda la información 
existente referida a una única pieza, etc. Este tipo de aplicación no requie- 
re, además, una base de datos demasiado potente para su realización, así 
que cualquier aficionado-a la informática con un micro pequeño y una 
base de datos sencilla de manejo podría disfrutar de ella. 
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Referencias bibliográficas 


Todos hemos necesitado alguna vez encontrar un artículo determina- 
do de una revista o periódico atrasado y hemos hallado dificultades 
para buscarlo. Podríamos crear una base de datos que contuviera para cada 
revista O periódico que nos interese: 


— Relación de artículos aparecidos en un ejemplar. 
— Fecha de publicación. 

— Distribuidor de la publicación. 

— Extracto de cada artículo. 


Así, podríamos localizar todos los artículos aparecidos en un período 
fijo de tiempo referentes a un mismo tema, o bien encontrar un artículo 
determinado (en qué ejemplar apareció) o bien ordenar todas las publica- 
ciones según los distribuidores, etc. 


=== Calendario de citas 


La elaboración de un calendario de citas mediante una base de datos 
también es posible. Podríamos tener un calendario actualizado para la se- 
mana, mes o año próximo tal que, al concertar una nueva cita, consultá- 
semos y comprobásemos si estamos intentando hacer una planificación 
contradictoria. Si el calendario lo elaboramos manualmente, es probable 
que, para una misma fecha y hora, tratemos de concertar dos citas distin- 
tas. Con la base de datos este problema no tendría por qué existir. Podría- 
mos, además, obtener una relación de todas las citas dentro de un lapso 
de tiempo determinado (la próxima semana, el mes que viene...), o bien 
listar todas aquellas citas a anular por existir problemas. 


e a a 
o A 
A 


Jl 


Alquiler 


Si nos encontramos en el caso de un centro de alquiler como puede 
ser, por ejemplo, un vídeo-club, el disponer de una base de datos también 
resultará de gran utilidad. En la base de datos recogeremos todas las pelí- 
culas de que se dispone, a qué cliente se han alquilado, fecha de alquiler, 
fecha a devolver, precio de la película, etc., de tal forma que, por ejemplo, 
a diario se podría obtener una relación de películas a devolver con los nú- 
meros de teléfono de los clientes que las tienen, ordenar las películas por 
temas (oeste, aventuras, ciencia-ficción, policíacas) y sacar un listado cuan- 
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do interese de qué películas hay disponibles para uno de los sistemas (Beta, 
VHS, 2000) dentro de un tema concreto... 


Club social 


En un club social en el cual se maneja un archivo de socios de gran ta- 


Las operaciones que hubiera que realizar diaria, semanal, mensual o 
anualmente como: listado de clientes a pagar cuota atrasada o reservas he- 
chas a una hora determinada para unas instalaciones o listado de nuevos 
socios inscritos en un plazo determinado, o altas de nuevos socios, etc., 


== Comercios 


En cualquier comercio, grande o pequeño, donde se vendan numero- 
sos productos, sean del tipo que sean, el manejo de éstos mediante una 
base de datos resulta altamente beneficioso. 

Recogeríamos en ella los datos de cada producto como puedan ser: 


una relación de todos los productos distribuidos por una misma empresa, 
sacar un listado de aquellos productos más vendidos mensual-anualmen- 
te, O sacar un listado de aquellos menos vendidos para disminuir la com- 
pra de los mismos, etc. 


Bibliotecas 


Una biblioteca es un ejemplo típico en el cual el uso de una base de da- 


a) CONTROL DE ADQUISICIONES. 

b) CATALOGACION. 

c) CONTROL DE PRESTAMOS. 

d) CONTROL DE PUBLICACIONES PERIODICAS. 


Nos extenderemos más en la explicación de esta aplicación por ser de 
sobra conocida por la mayoría de nosotros: 
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a) Control de adquisiciones. El propósito de un fichero de adquisicio- 
nes es facilitar información sobre el estado de cada título solicitado por la 
biblioteca, es decir, información sobre la orden de pedido, (suministrado, 
fecha, etc.) por quién ha sido solicitado y la partida de presupuesto en el 
que debe ser imputado su coste. También puede advertir sobre los títulos 
que se han solicitado y no se han recibido, indicando las razones del re- 
traso y contestar a las preguntas de los usuarios que desean averiguar el 
progreso de sus solicitudes. 

El control de adquisiciones es a menudo un proceso mecánico y repe- 
titivo en el que es frecuente que una misma información se repita en va- 
rias etapas del proceso de petición al suministrador (los mismos datos de 
autor, título, editor, etc., deben aparecer en ficheros de registro, formula- 
rios de pedido, listas de títulos no recibidos, etc.). El microordenador es 
ideal para gestionar estos procedimientos, permitiendo además establecer 
muchos más puntos de acceso a la información contenida en el fichero de 
adquisiciones. 

b) Catalogación. Todavía sigue siendo necesario el esfuerzo intelec- 
tual del catalogador: aunque algunos programas incluyen automáticamen- 
te la puntuación y los signos requeridos por las diversas normas de cata- 
logación, formatean las entradas, etc., las decisiones sobre la elección de 
los encabezamientos de materia, la forma de los nombres, etc., recaen en 
el bibliotecario, que se basa para adoptarlas en el conocimiento de nor- 
mas específicas de catalogación y en su práctica profesional. 

c) Control de préstamos. Para asegurar el control de préstamos es pre- 
ciso: localizar los libros solicitados para préstamo, mantener un registro 
de los libros prestados y de los usuarios a los que han sido prestados, ad- 
vertir sobre los libros que han superado el plazo de préstamo y deben ser 
renovados o devueltos. Podrían incluir también la producción de estadís- 
ticas periódicas de préstamos. 

d) Control de publicaciones periódicas. El fichero necesario para ha- 
cerlo posible debería contener una información reducida sobre cada re- 
vista: título, frecuencia, control de recepción de los números, listas de cir- 
culación, control de localización física, encuadernación, tarifas de suscrip- 
ción y fecha de renovación, suministrador y títulos anteriores. En el caso 
de las hemerotecas no son necesarias todas las capacidades y potencia de 
los Sistemas de Gestión Integrada de Bibliotecas. 


Programas para la recuperación de información en 
ficheros creados por programas-tratamiento de textos 
(SGBD textuales) 


Un problema corriente en las oficinas que utilizan intensivamente el 
tratamiento de textos para crear documentos es el de localizarlos más tar- 


E 


de entre centenares de ficheros contando tan solo como pista con los ca- 
racteres que permite el PC para identificar el fichero. 

Para resolver este problema, los S.G.B.D. catalogan y organizan los fi- 
cheros de documentos basándose en las palabras o frases que éstos con- 
tienen. Estos programas exploran los ficheros de texto, palabra por pala- 
bra, y crean una base de datos que las ordenan mediante un índice. Las 
palabras vacías de sentido (artículos, etc.) son eliminadas durante este pro- 
ceso y sólo se retienen nombres, adjetivos, etc., para crear el índice. Una 
vez creada la base de datos, el usuario puede localizar los documentos de- 
seados interrogándola con el término o las combinaciones de términos 
que describen esos documentos. 

Algunos gestores de este tipo nos permiten también: 


— Realizar búsquedas de frases o grupos de palabras. 

— Combinar palabras usando lógica Booleana (and, or, not). 

— Efectuar búsquedas contextuales que hacen posible la recuperación 
de documentos que contienen ciertas palabras o frases próximas entre sí. 

— Ojear un documento una vez localizado. 

— Describir cada documento con un breve comentario que permite 
confirmar si se ha localizado el documento deseado. 
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EJEMPLO PRACTICO e 


ASTA ahora hemos visto una serie de conceptos teóricos 
de lo que es una base de datos y qué posibles aplicaciones 
tiene. Ahora vamos a realizar un ejemplo práctico para ver 
el funcionamiento real de una base de datos concreta. 


La base de datos escogida es la dBASE III, por ser una 
de las más conocidas y utilizadas en estos momentos. Más 
adelante veremos con detalle las especificaciones técni- 
cas y las posibilidades del dBASE III; por ahora basta con 

AA decir que es una de las bases de datos de uso general más 
potentes que existen en el mercado actualmente. 


Durante todo el desarrollo del ejemplo vamos a utilizar una función del 
dBASE III llamada ASSIST, que permite trabajar de una forma sencilla, a 
base de menús, para que se vea de una forma más clara su utilización y 
funcionamiento. 


El ejemplo va a consistir en el desarrollo de una simple agenda telefó- 
nica en la que incluirán los siguientes datos: 
— NOMBRE 


— APELLIDOS 
— DIRECCION 


— CIUDAD 
— N. DE TELEFONO 
— FECHA DE NACIMIENTO 


Con todos estos datos formaremos una base de datos que luego utiliza- 
remos para buscar datos relativos a una persona determinada o a partir de 


E ha 


preguntas concretas obtener cuál es o son las personas que satisfacen esa 
pregunta, como, por ejemplo: «Es hoy el cumpleaños de alguien». 


= CREACION DE LA AGENDA 


Lo primero que tenemos que hacer antes de usar la base de datos es 
crear su estructura. 

Para ello usamos la función CREATE. Esta nos permite definir el mo- 
delo de un registro para definir cuáles van a ser los campos, su nombre y 
significado. 


Preparación del entorno Preparado 
Usar Sel. unidad Crear Etiquetas Informes 
Crear una base de datos. 


CREAR 


CREATE se usa para producir un nuevo fichero de base de datos. 
Podrá definir la estructura de los registros de la base de datos y, 


opcionalmente, introducir información. 


Formato: CREATE <nombre de +fichero> 


Mandato: CREATE 
No hay base de datos activada. 
Unid. C: Menú ant.: Izgda.: Dcha.: Sigte.: (o INTRO) Ayuda: Fl 


Pig. 3.1, 


El fichero de la base de datos debe tener un nombre y esto es lo pri- 
mero que hemos de hacer. 


Preparación del entorno 
Usar Sel. unidad Crear Etiquetas - Informes 


Crear una base de datos. 


El nombre de un fichero consta de 1 a 8 caracteres empexando por una letra. 
y puede venir precedido por el ¡identificador de la unidad de disco. 


é6>.* 


Mandato: CREATE 
No hay base de datos activada. 
Unid. C: Menú ant.: Izqgda.: Dcha.: Sigte.: (o INTRO) Ayuda: Fi 


Fig. 3.2. 
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El nombre que le vamos a dar a nuestra base de datos es, evidentemen- 
te, «agenda» 


Ahora tenemos que definir cada uno de los campos de un registro de 
la base de datos. 


C:agenda.db+f Bytes restantes: 3930 


Campos definidos: $ 
Nomb campo Tipo Ancho Dec Nomb campo Tipo mcho Dec 
1 NOMBRE Car/texto 10 
2 APELLIDOS Car/texto 20 
3 DIRECCION Car/texto 13 
4 CIUDAD Car/texto 10 
S TELEFONO Numérico 7 0 ; 
6 FECHA_NAC —  Día/Fecha 8 : _—— 


Campos de Caracteres pueden contener todo tipo de caracteres alfanuméricos 


Fig. 3.3. 


Como podemos ver en la figura 3.3, tenemos definidos 6 campos, cada 
uno corresponde a la información que queremos guardar de cada perso- 
na. En la definición de cada campo aparecen una serie de datos por el si- 
guiente orden: 


— Nombre campo: Es el nombre por el que vamos a identificar el 
campo. 


— Tipo: Es el tipo de datos que se van a guardar en el campo, como, 
por ejemplo, caracteres, números o fechas. 


— Ancho: Es la longitud de cada campo. En el caso de que sea un cam- 
po de caracteres, es el número de letras que caben. Si el campo es numé- 
rico, es el número máximo de cifras que va a tener ese campo, etc. 


— Dec.: En el caso de que el campo sea numérico en esta posición in- 
troducimos el número de decimales que va a tener el número. 


Y con estos datos definidos para cada uno de los campos ya tenemos 
definida nuestra base de datos. 


Ahora hay que introducir los datos en la base. Esto lo hacemos con un 
comando llamado APPEND (añadir), que nos permite ir añadiendo datos 
a la base llenando todos o algunos de los campos de cada registro. 


En la figura 3.4 tenemos un ejemplo de introducción de datos en dos 
registros distintos. Una vez lleno el primero, pasamos a rellenar el siguien- 
te, y así hasta que tengamos todos los datos introducidos. 
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RECUPERACION DE INFORMACION 


Una vez creada la agenda, ya podemos utilizarla para buscar datos de 
alguna persona. 
Lo primero que tenemos que decirle a la base de datos es el fichero 


Ahora estamos listos para recuperar datos o añadir nuevos registros. 

Para ver algún dato en concreto se usa la instrucción LIST, que lo que 
hace es listar los registros de la base de datos. 

Si introducimos este comando solo, sin ningún parámetro, entonces 
nos muestra toda la base de datos, en este caso toda la agenda telefónica. 
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Fig. 3,1, 


Sin embargo, podemos hacer que sólo nos muestre uno o varios cam- 
pos determinados de la base de datos. Esto se hace poniendo detrás de la 
palabra LIST los nombres de los campos que queremos ver. Por ejemplo: 
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En este caso hemos listado sólo los nombres, apellidos y números de 
teléfono. 


También podemos listar los registros que cumplan una determinada 
condición, por ejemplo: «Todos los registros cuya CIUDAD sea MADRID», 
o cualquier otra. 


Esto se hace poniendo detrás de LIST una palabra reservada especial, 
FOR, seguida de la condición que queremos que se cumpla. Por ejemplo, 
si queremos ver los nombres o apellidos de aquellas personas que no sean 
de MADRID pondremos: 


+. LIST NOMBRE ,APELLIDOS,CIUDAD FOR CIUDAD <> "MADRID" 
Reg. N2 NOMBRE APELLIDOS CIUDAD 

4 MIGUEL BARROSO PEREZ SEVILLA 

7 FERNANDO ALBARRAN GONZALEZ SEGOUIA 


Fig. 3.9. 


Como vemos, sólo se muestran en este caso dos registros, aquellos que 
no tienen en el campo CIUDAD la palabra MADRID. 


— ORDENACION 


Hasta ahora hemos introducido los datos en la agenda según nos van 
llegando, pero no guardan entre sí ningún orden especial. Si tuviéramos 
que introducir los datos según un orden determinado, por ejemplo, orde- 
nado por apellidos, entonces tendríamos el problema de que si más tarde 
tenemos que introducir otro dato cuyo orden fuera anterior al último dato 
metido, deberíamos hacer un hueco en el fichero en el lugar correspon- 
diente para poder dejar el fichero ordenado. En realidad, es más cómodo 
introducir los datos según vengan y una vez finalizado el proceso de intro- 
ducción de datos ordenar nuestra base de datos. 


Para esto disponemos de un mandato SORT (ordenar), que nos permi- 
te precisamente eso, ordenar una base de datos según un campo o campos 
determinado produciendo otro fichero en el que los datos ya están orde- 
nados. 
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Organizar base de datos Preparado 
Indexar Ordenar : Copiar Empaquetar 


Con SORT podrá ordenar un fichero de base de datos en orden 
descendente o ascendente por uno o más campos. .SORT ordena 
físicamente el fichero de base de datos mientras que INDEX crea un 


fichero clave independiente sin cambiar el fichero de base de datos. 
Si se especifica, ignora el caso y da como resultado un diccionario de 
clasificación. 


Formato: SORT TO <nuevarch> ON <campo1> (/A / /D [/C]] 
[,<campo2>1/A / /D [/C>13,..] [<ámbito>1 [FOR <condición>1] 


Mandato: SORT 


Fich activo: C:AGENDA.dbf Reg. actual: Final Tamaño (regs): ? 
Unid. C: Menú ant.: Izqgda.: Dcha.: Sigte.: (o INTRO) Ayuda: Fl 
Fig. 3.10. 


Para ordenar un fichero lo primero que tenemos que hacer es elegir el 


campo o campos por los cuales va a quedar ordenado, en este caso APELLTI- 
DOS. 


Organizar base de datos 
Indexar Ordenar Copiar Empaque tar 


Elegir campos. Sitúese con las teclas /. Áctive con INTRO 


Nomb. campo Tipo campo Ancho N2 Dec 
NOMBRE Car/texto 10 
APELLIDOS Car/texto 20 
DIRECCION Car/texto 15 
CIUDAD Car/texto 10 
TELEFONO Numérico 7 0 
FECHA_NAC Dia/Fecha 8 
Mandato: SORT ON APELLIDOS 
Fich activo: C:AGENDA.db+ Reg. actual: Final Tamaño (regs): 7 
Unid. C: Pulse para pasar al siguiente elemento de selección. 
Fig. 3.11. 


Ahora debemos elegir un nombre para el fichero de salida, esto es, el 
fichero en el cual se va a copiar la base de datos, pero con los registros 
ordenados por apellidos. 


Organizar base de datos 
Indexar Ordenar Copiar Empaque tar 


Seleccione, si así lo desea, una condición 


100% ordenados 7 Registros ordenados 
Mandato: SORT ON APELLIDOS TO AGENDA1 
Fich activo: C:AGENDA.db+ Reg. actual: Final Tamaño (regs): 7 


Unid. Cx3 Pulse cualquier tecla para continuar 


Fig. 3.12. 
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A partir de este momento disponemos de nuestra agenda ordenada se- 
gún los apellidos en el fichero AGENDA1, por lo que si ojeamos con 
BROWSE ese fichero veremos que están todos los registros, aunque orde- 
nados de otra forma. 
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Fig. 3.13. 


Esta forma de órdenes tiene el inconveniente de que, cada vez que in- 
troducimos un nuevo registro a nuestra agenda, tenemos que repetir todo 
el proceso de ordenación, lo cual resulta engorroso y molesto. Además, 
con esta técnica el espacio de almacenamiento en disco se reduce, ya que 
tenemos el mismo fichero duplicado en el disco. 

Sin embargo, existe otra técnica, llamada indexación, que nos permite 
ordenar un fichero sin necesidad de crear un nuevo fichero de datos. 

Esta técnica se basa en lo siguiente: la creación de un nuevo fichero, 
llamado fichero índice, en el cual sólo están almacenados los números de 
registro en el orden en que deberían estar ordenados según el mandato 
SORT. 
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Fig. 3.14. 
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Para crear un archivo de índice, lo primero que tenemos que hacer es 
dar el nombre del fichero. 
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Fig. 3.15. 


Luego hay que elegir por qué campo se va a indexar el fichero y des- 
pués realizar la indexación propiamente dicha. 
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Fig. 3.16. 


Si realizamos un BROWSE o un LIST al fichero original (AGENDA), ve- 
remos que aparece ordenado, pero en realidad el orden físico de los regis- 
tros no ha cambiado, sino que cada vez que realizemos una operación el 
programa busca primero la tabla de índices que está activa en ese momen- 
to, siendo ese el orden que utiliza para realizarlas. 
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En este caso, si añadimos un nuevo registro no necesitaremos crear de 
nuevo el fichero de índices, ya que si está activo en ese momento el pro- 
pio programa lo reconstruirá. 


== OTRAS OPERACIONES 


Si en la agenda sólo pudiéramos dar de alta registros y consultarlos, 
nuestro sistema sería muy rígido, ya que si una persona incluida en la agen- 
da cambiara alguno de sus datos, por ejemplo, su dirección, tendremos 
que darle de alta de nuevo introduciendo todos sus datos. 

Evidentemente, en los sistemas de gestión de bases de datos existen mé- 
todos para evitar duplicar información. En el caso del dBASE III podría- 
mos hacerlo de dos formas distintas. 

La primera de ellas es con la instrucción DELETE, que nos permite 
borrar un registro o un conjunto de ellos. Este borrado no es un borrado 
físico del archivo, sino que simplemente el registro o registros quedan mar- 
cados en el archivo como borrados, siendo posible recuperarlos más tar- 
de con la instrucción RECALL. De esta forma podríamos introducir el nue- 
vo dato sin que apareciera el registro duplicado. 

Si lo que queremos es cambiar uno o varios campos del registro, pero 
sin eliminarlo de la base de datos, disponemos para ello de la función EDIT 
que nos permite editar y modificar un registro ya existente de la base de 
datos. La forma en que aparece en la pantalla el registro para su edición 
es igual a la de la figura 3.4. Podemos movernos por los distintos campos 
con las teclas de cursor para modificarlos. 

También la función BROWSE nos permite modificar registros a nues- 
tra voluntad moviéndonos entre ellos de arriba a abajo en forma tabular. 


PROGRAMA 


Hasta ahora todas las operaciones con la agenda las hemos realizado 
de modo interactivo, esto es, escribiendo los comandos desde el teclado, 
y el dBASE III respondiendo de una forma u otra. Sin embargo, si debe- 
mos hacer una operación con la agenda que conste de varias operaciones 
elementales, y tenemos que repetir ésta muchas veces, entonces es conve- 
niente «programar» esta operación de tal forma que el dBASE III repita, 
cada vez que lo necesitemos, todo el conjunto de operaciones elementales 
necesarias para realizarla. 

Para realizar esta «programación» el dBASE III dispone de un lenguaje 
que nos permite hacer todo esto. En los programas que hagamos podemos 
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incluir todos los comandos para la gestión de la base de datos, más una se- 
rie de instrucciones de control del programa. 

En el dBASE III un programa es un fichero en el disco que cuando es 
invocado con el comando DO (Haz) se carga en memoria y empieza a eje- 
cutarse. Cuando el programa termina su ejecución desaparece de la me- 
moria. 

Por ejemplo, si necesitáramos averiguar cuándo es el día del cumplea- 
ños de alguien que está en la agenda para felicitarle, podríamos hacerlo 
de una forma interactiva, pero si tuviéramos que hacerlo muchas veces se- 
ría un proceso aburrido. 

Por ello vamos a mostrar cómo realizar esta operación mediante un 
programa, que es como si añadiéramos un nuevo comando que fuera «bus- 
car cumpleaños». 

El programa es el siguiente: 


* PROGRAMA PARA FECHAS DE CUMPLEAÑOS * 
SET TALK OFF 
CLEAR 
CLOSE DATA 
STORE CTOD("01-01-01*")> TO FECHA 
USE AGENDA INDEX APELLIDO 
GO TOP 
Y 1,1 SAY "INTRODUCE LA FECHA :" GET FECHA PICTURE *D" 
READ 
CLEAR 
LOCATE FOR FECHA=FECHA_NAC 
IF .NOT. EOF(> 

21,1 SAY "EN ESTA FECHA CUMPLE AÑOS "+NOMBRE+" "+APELLIDOS 
ELSE 

3 1,1 SAY " NADIE CUMPLE AÑOS EN ESA FECHA * 

RETURN 


Fig. 3.18. 


Para manejarlo, suponiendo que el fichero donde está almacenado se 
llamara «PROGRAMA», y en este momento empezara a ejecutarse, tendría- 
mos: 

Primero nos pediría la fecha de la cual queremos saber si coincide con 
el cumpleaños de alguien. 


INTRODUCE LA FECHA : 01-01-01 


Una vez introducida la fecha el programa se encarga de buscar si hay 
algún registro que tenga esa fecha en el campo fecha de nacimiento y en 
ese caso pone en la pantalla: 


EN ESA FECHA CUMPLE AÑOS 


seguido del nombre y los apellidos de la persona. 
En caso contrario, si no existe nadie con esa fecha de nacimiento, apa- 
recería en la pantalla la frase «NADIE CUMPLE AÑOS EN ESA FECHA». 
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Hasta ahora hemos visto las posibilidades de una base de datos concre- 
ta, que evidentemente tiene muchas más que se descubrirán al estudiarla 
con detenimiento. 
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ESTUDIO DE LAS 
BASES DE DATOS 


FMS-80 


L FMS-80, creado por DJR Associates, de New York, es una 
= base de difícil inclusión dentro de algún equipo. 
No es relacional, ya que carece de las órdenes necesa- 
= rias para manipular ficheros completos y combinaciones 
de éstos. 
Veamos los requisitos hardware y algunas caracte- 
rísticas: 


III 


Jl 


== Requisitos 


Sistema operativo CP/M (MP/M, CDOS). 
Sistema de microprocesador Z-80, 8080, 8085. 
Un mínimo de memoria de 48 Kbytes. 


Características 


Número máximo de campos por registro: 255. 
Número máximo de caracteres por campo: 254. 
Número máximo de registros por fichero: 65.535 


El FMS-80 es, en realidad, un paquete de dos niveles. 

El primer nivel (el primero que se adquiere) es el FMS-81. Este es un 
sistema de fichero único, controlado por menú. 

El segundo nivel (para cuando quiera ampliar la capacidad del FMS-81) 
es el FMS-82. Este permite el trabajo con ficheros múltiples, la ordenación 
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de los mismos e incorpora un lenguaje de programación (EFM). Este len- 
guaje no será difícil de aprender si conocemos el BASIC. 

El EFM permite un trabajo mucho más potente con los datos almace- 
nados así como hacer la búsqueda de algún elemento de modo más rápido. 

El FMS-80 no posee campos de seguridad, pero mediante el uso del 
EFM se puede conseguir otro medio de salvaguarda. 

La transferencia a/o desde ficheros que no sean del FMS-80 no se pue- 
de hacer normalmente; pero con pequeñas reducciones no dará proble- 
mas a los programas escritos en COBOL y PL/1; con el BASIC sí los dará. 

No posee capacidad multiusuario. 

En cuanto a las velocidades, el tiempo de acceso es de 1 a 20 seg. (de- 
pendiendo del fichero); y la velocidad de procesamiento es de 2500 regis- 
tros por minuto. 

El acceso a los datos puede hacerse de forma secuencial e indexada. 


DBASE Il 


El dBase (tanto II como III) es una base de datos de tipo relacional. 
Se compone de dos grupos de ficheros: 


— los que contienen las órdenes ejecutables. 
— los que contienen la información. 


A continuación repasaremos los requisitos y características de esta BD: 


Requisitos 


Microprocesador 8080, 8085, Z-80 
Memoria mínima 48K 

Sistema operativo CP/M 80 y 86; MS/DOS 
Ordenador IBM PC y compatibles 


Características 


Número de campos por registro: 32 

Número de caracteres por registro: 1000 
Número de registros por fichero: 65535 

Número de ficheros abiertos simultáneamente: 2 


El dBase II puede usarse con órdenes de acción directa o con series de 
instrucciones, que reúnen todas las características de un auténtico len- 
guaje. 

Veamos algunos de los ejemplos de cómo trabajan los comandos del 
dBase II. 
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Una ventaja que tiene esta base de datos es que posee una instrucción 


HELP que nos ayudará a comprender el significado y formato de otras ór- 
denes. 


El comando-1 
se utiliza 


Help Comando-1 


Fig. 4.1. Si no sabemos para qué sirve una orden tecleamos HELP seguido de la or- 
den y nos aparecen sus usos. 


OPERACIONES ELEMENTALES 


== Creación de ficheros 


Una vez introducido el disco del dBase II, tecleamos DBASE y damos 
a la tecla RETURN. Cuando aparezca un punto en la pantalla podemos em- 
pezar a hacer lo que queramos. La orden para crear un fichero es CREA- 
TE. Si queremos crear un fichero con los datos de nuestra agenda: 


Create 


ENTER FILE NAME : Agenda 
ENTER RECORD STRUCTURE 
FIELD NAME 


Nombre, c, 10 
Apellido, c, 10 
Dirección, c, 20 
Teléfono, N, 7 
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Introducción de información 


pr E RECORD 0001 


Nombre 
apellidos 
dirección 


teléfono 


Fig. 4.3. 
Para empezar a introducir datos tecleo USE y doy a la tecla RETURN; 
luego tecleo APPEND. 
La orden USE sirve para llamar a un archivo con el que se va a operar. 
APEND nos permite introducir datos. 


Listado de registros 


Puedo hacerlo mediante el comando DISPLAY. Su formato es: 


RD 1 == OFF FOR  <expressión> = 


O E RE CS A o cr 


Mediante ALL: visualizamos todos los registros; con RECORD N visua- 
lizo el N-ésimo registro; NEXT M visualiza los M siguientes al que está ac- 
tivo. El OFF sirve para no visualizar el número del registro/s. 

FOR <expresión> lista los registros que cumplan la condición expre- 
sada a continuación del FOR. Siguiendo con el ejemplo de la agenda, vea- 
mos los registros que hemos introducido. 


DISPLAY ALL 


José Antonio López García Leganitos, 10 5552234 


Pedro Zapatero Goya, 5 33378 12 


Pozo González Pl. Redonda, 444 55 65 
76 


Arcadio Pérez C/ Larga 8783277 


Fig. 4.4. 
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Actualización de información 


Con APPEND incluimos otro registro. Con DELETE los borro. Su for- 
mato es parecido al de DISPLAY. 


APPEND INSERT DELETE 


Fig. 4.5. El append incluye registros después del último, mien- 
tras que insert lo hace en cualquier parte. 


Otras órdenes 


Una bastante importante es JOIN. Necesita de la existencia de dos fi- 
cheros. Su formato es: 


El dBase II permite la ordenación de más registros. Para ello tenemos. 
la instrucción SORT que crea un nuevo fichero a partir de uno viejo, en 
el que los registros del fichero original son ordenados físicamente según 
el valor de un campo elegido como clave de ordenación. 

Lo que hace es unir dos ficheros creando uno nuevo cuyos campos son 
una combinación de cualquiera de los campos originales. 

Aunque existen otros comandos no es misión de este libro profundizar 
en el estudio concreto de una base de datos; con lo que hemos dicho basta 
para hacerse una idea de cómo funciona el dBASE III (en modo coman- 


dos). 


SA 


Número de 
departamento 


Número de 
departamento 


JOIN por número 
de departamento 


Número de 
departamento 


Fig. 4.6. Los ficheros que van a ser unidos necesitan tener algún campo en común 
(en este caso el número de departamento). 


SORT 


Alberto 
Bruno 
Carlos 


Juan 
Pedro 


pacta Clasificar 


en orden ascendente [aer 


Miguel 
Pedro 


Miguel 
Bruno 
Carlos 


por el nombre 


Fig. 4.7. 


Si quiere seguir profundizando en esta base de datos le remitimos al Ma- 
nual o a alguno de los libros que sobre esta base de datos hay. 
Las velocidades de trabajo son: 


— Tiempo de acceso: el acceso indexado (mediante campo clave) es 
de 0,5 seg. en disco rígido y 2 seg. con disquette. 


Pd 


— Velocidad de procesamiento: 10580 registros por minuto en disco 
rígido. 


A continuación veamos algunas características del dBase II: 


— Puede usar ficheros múltiples. 

— No posee menús, lo cual puede complicar su uso por parte de per- 
sonas no iniciadas. 

— Controlado por órdenes y programas. 

— No posee capacidad de ser utilizado por más de un usuario a la vez. 

— No dispone de campos de seguridad. 

— El acceso a los datos puede realizarse de modo secuencial, directo 
o indexado. 

— Posee una buena documentación. Aparte del Manual que facilita el 
fabricante, existen bastantes estudios sobre esta base de datos en el mer- 
cado. 


Conclusión: El dBase II es una de las BD más usadas y vendidas. Se- 
guramente le será recomendada cuando vaya a comprarse una. Su uso está 
muy extendido y eso dice bastante a su favor. 


R: BASE 5000 


EL R:base 5000 es una base de datos de tipo relacional que almacena 
los datos en columnas y filas estructuradas en forma de tabla. 
Veamos los requisitos hardware que necesita: 


— Ordenador IBM PC y compatibles 100%. 
— Sistema operativo MS/DOS. 
— Memoria mínima 237 Kbytes. 


Sus características físicas principales: 


— Número máximo de campos por registro: 400. 

— Número máximo de caracteres por registro: 1350. 

— Número máximo de registros por fichero: No tiene límite hasta 19 
Mbytes (que es el tamaño máximo del fichero permitido por el MS/DOS.) 

— Número máximo de ficheros que maneja: 40. 


El R:base 5000 es una de las bases de datos más completa y potente 
que puede adquirirse hoy en el mercado. 

La firma creadora lanzó el R:Base 4000 con el propósito de competir 
con la popular dBASE II. Pero la R:base carecía de un lenguaje de progra- 
mación para crear aplicaciones más potentes, que impidió que tuviera más 
éxito. 


53 


El R:base 5000, por el contrario, ha corregido la mayoría de los defec- 
tos de su predecesor. 


Fig. 4.8. Partes del R. base 5000. 


El programa se suministró en 6 disquettes que contienen: 


— Módulo básico del sistema de gestión. 

— Un programa llamado FILEGATEWAY, que permite la transferencia 
de información desde otras bases de datos, creando automáticamente un 
fichero con la información transvasada. 

— Un compilador. 

— Un editor. 

— Un generador de aplicaciones, llamado «Aplication Express». 


Este sistema dirigido por menús automatiza y dirige al usuario a través 
del proceso de diseño y modificación de los ficheros. 

Este programa es una de las principales ventajas que ofrece esta base 
de datos sobre el dBASE III y el KNOWLEDGEMAN, ya que además de re- 
ducir sustancialmente el tiempo requerido para desarrollar una aplicación 
hace posible que la misma sea realizada por usuarios sin conocimientos ni 
experiencia en programación. 


DBASE Il 
NS A A 


Fig. 4.9. Mediante el Filegateway puede transferir información de otras bases de 
datos. 
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El R:Base 5000 también incorpora un lenguaje de programación. Este 
lenguaje no posee tantas instrucciones como el del dBASE III, pero es su- 
ficiente para la mayoría de las aplicaciones que se nos puedan ocurrir. 

Dispone de 80 instrucciones para aceptar información, imprimir, ma- 
nipular ficheros y controlar el entorno del sistema. 

Sólo dispone de las cuatro operaciones aritméticas básicas, suma, res- 
ta, multiplicación y división. 

Para escribir los programas se utiliza el editor de texto RBEDIT. 

El R:base 5000 es también una buena herramienta para sacar informes. 

Estos pueden incluir 10 niveles de subtotales, contener información de 
40 ficheros distintos y calcular hasta 40 variables a partir de los datos con- 
tenidos en el informe. 

El proceso de creación de informes está controlado por menús. 

En primer lugar, se crean los encabezamientos del informe, los piés de 
página, los encabezamientos de cada columna y cualquier otra informa- 
ción referente a la composición del texto. 

Una vez diseñada la estructura básica se señalan las posiciones en que 
serán impresas las variables (hasta un máximo de 40). 

Las principales ventajas del generador de informes son: 


— Facilidad de uso. 
— Buen manejo de subtotales. 
— Acceso a la información de bastantes ficheros. 


Aunque el R:base 5000 no lo incluye, es posible adquirir el módulo 
CLOUT (Conversational Language Option) concebido para interrogar a la 
base de datos en lenguaje natural, de forma que la persona que realiza la 
consulta no tiene por qué saber la sintaxis del lenguaje con que trabaja el 
R:base 5000, ni la estructura de la base de datos. 


Quiero que me encuentres Antonio 
los nombres de mis amigos Alberto 


que empiezan por A Aurelio 


Fig. 4.10. El Clout traduce las órdenes del lenguaje normal a lenguaje entendido por 
la máquina. 


Así, por ejemplo, es posible hacer el siguiente requerimiento: «Show 
me all books, whose price is greater than 200 pesetas» («Enséñame todos 
los libros cuyo precio es superior a 200 pesetas»). 

Hay que anotar que el lenguaje natural para el CLOUT es el inglés y no 
el español. 
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Otras ventajas que encontramos en el R:base 5000 son: 

— Permite el acceso de varios usuarios. 

— Pueden definir «claves» (claves de entrada) para ficheros o usuarios, 
asegurando así la integridad de la información contenida en los ficheros. 


Jl 


Corolario 


El R:base 5000 es una base de datos destinada a aquellos usuarios que 
desean desarrollar por sí mismos sus aplicaciones y no disponen de cono- 
cimientos de programación. 

Aquellos que hayan trabajado con el dBASE III encontrarán muchas si- 
militudes entre el lenguaje de esta base de datos y la del R:base 5000. 


== —PFS FILE-REPORT 


Como revelan sus «apellidos» (File-report), el PFS consta de aspectos: 
gestión de ficheros (lo que hemos venido llamando base de datos) y la pro- 
ducción de informes. 

Estos dos aspectos son independientes entre sí, pudiéndose adquirir por 
separado. 


REPORT 


Fig. 4.11. Dentro del PES hay dos partes, el PFS- 

Tele y el PFS-Report, que pueden trabajar por se- 

parado, pero que serán más eficientes si lo hacen 
juntos. 
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==  PFS-FILE 


Se trata de un programa destinado a almacenar datos en ficheros y re- 
cuperarlos cuando se requiera. 
En general el PFS-File puede realizar tres procesos: 


— Diseño de la estructura con la que se guardarán los datos. 

— Introducción de los datos. 

— Recuperación de los datos en cualquier orden (que no tiene que ser 
en el que se introdujeron). 


Veamos algo de su funcionamiento: 
Después de introducir el disco con el programa PFS-File en la unidad 
correspondiente aparece un menú que proporciona 3 opciones: 


create a new file 


use an exiting file 


exit PFS file 


Fig. 4.12. 


1. La opción NEW sirve para abrir nuevos ficheros. Después de selec- 
cionarla, elegimos entre las opciones OK (confirma lo que hemos hecho 
antes) y CANCEL (lo anula). 

Después aparecerá un mensaje de «FILE IN PAGE 1 OF DESIGN», que 
nos indica que debemos definir los campos de los que van a constar los 
registros. 


Teniendo la estructura de los registros podemos dedicarnos a introdu- 
cir la información seleccionando la opción adecuada. 


2. La opción OPEN permite abrir un fichero ya creado para manipu- 
lar sus datos. Permite la ordenación. 


3. La opción QUIT provoca el abandono del programa retornando el 
control al sistema operativo. 
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NEW AGENDA 

OK 

FILE IN FACE 1 OF DESIGN 
NOMBRE: 


APELLIDOS: 
DIRECCION: 
TELEFONO: 


Fig. 4.13. Proceso de creación de un fiche- 
ro y definición de sus campos. 


PFS-REPORT 


El PFS-Report tiene básicamente tres funciones: 


— Escribir un informe. 
— Crear el formato con el que se debe escribir. 
— Cambiar las cabeceras de página. 


Los ficheros a tratar por el PFS-Report tienen que haber sido previa- 


mente creados por el PFS-File. 


Título 
Nombre Ape- 
llidos 
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Fig. 4.14. Proceso para producir un informe. 


Una vez invocado el programa PFS-Report, aparece un menú en la pan- 
talla aportando dos alternativas. 


Elegir un fichero del 
PFS. File 


Salir del PFS-report 


Fig. 4.15. 


1. OPEN 


Después de elegir esta opción aparecen en la pantalla los ficheros al- 
macenados en el disco. 

El programa solicita el nombre del fichero que va a ser procesado. 

Después de elegido el fichero aparece un menú con cuatro opciones 
(cuatro nuevos menús). 


— FILE: Llama al fichero del que sacar un informe. 

— EDIT: Facilita el trabajo de edición. 

— FUNCTION: Selecciona algunas de las funciones que ofrece el PFS- 
Report para producir informes. 

— FORMATS: Establece los formatos de escritura. 


2, QUET 
Finaliza la sesión de trabajo con el PFS-Report. 


Veamos a continuación los pasos que seguiremos para producir un in- 
forme. 
Es necesario usar 3 menús: 


— Indicar el formato en que están almacenados los datos en el fichero 
del que vamos a sacar el informe. 
— Definir las características generales del informe (título, tamaño de 


página). 
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— Indicar los datos que deben aparecer en el informe. Puede que nos 
interese que no todos los registros aparezcan en el informe, sino sólo los 
que cumplen ciertas condiciones. 


Supongamos que tenemos un fichero llamado agenda donde guarda- 
mos el nombre, apellidos, dirección y teléfono de nuestros conocidos y 
queremos hacer un informe o simple listado de todos ellos y sus datos. 

Después de arrancar el PFS-Report y teclear la opción OPEN AGENDA, 
solicitamos el menú de funciones y dentro de él seleccionamos la función 
«PRINT A REPORT» (escribir un informe). 

Como vamos a visualizar en el informe a todos nuestros conocidos, no 
hay que especificar ninguna condición. 

_ A continuación aparece el menú que nos permite definir las caracte- 
rísticas del informe (líneas por página, título del informe). 

Después especifica los formatos de salida (orden de salida, columnas 
para cada campo, etc.). 

La clasificación se produce sólo si en el disco hay espacio suficiente 
para crear un nuevo fichero donde ordenar los datos según el valor de al- 
gún campo. Puede que especifiquemos al PFS-Report la opción de orde- 
nación y nos aparezca el mensaje «The disk is full», en cuyo caso nuestra 
orden queda sin sentido. 


Ordenación 


Fichero B 


Informe 
(datos 
ordenados) 


Espacio 
libre 


Report 


Fig. 4.16. La ordenación requiere un espacio libre en el disco para poder 
ejecutarla. 


Después de esto ya podemos mandar la orden a la impresora para ob- 
tener nuestro informe. 


JJ 
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CONDOR 


Se trata de una base de datos de tipo relacional controlada por órdenes 
y menús. 


e) 


O 


Sus órdenes operan considerando los campos como un todo, esto es, 
no hay posibilidad de acceder a campos de registros individuales. 

Veamos un ejemplo de esto. 

Si tuviésemos un campo de nuestro fichero de productos, que se lla- 
mara PRECIO, no podría modificar el precio de un registro particular. Al 
acceder al campo «PRECIO» accedo genéricamente al PRECIO de todos 
los productos y al modificar uno los modifico todos. 


A continuación veamos los requisitos hardware y algunas caracterís- 
ticas. 


Los requisitos son: 


— Sistema microprocesador Z-80 
— El sistema operativo CP/M 
— Memoria mínima 48 K 


Las características: 


— Número máximo de campos por registro: 127. 
— Número máximo de caracteres por campo: 127. 


— Número máximo de registros por fichero: 32767. 


Una de las ventajas del CONDOR es que permite el trasvase de infor- 
mación tanto desde programas como de otras bases de datos. No tiene pro- 
blemas en aceptar programas escritos en BASIC y COBOL, ya sea para leer 
o escribir. 

El Cóndor se vende en tres niveles. El nivel 1 es un sistema de gestión 
de ficheros con capacidad multifichero. 

El nivel 2 incorpora los verdaderos operadores relacionales que la con- 
vierten en una auténtica base de datos relacional. 

El nivel 3 añade un generador de informes y un esquema de indexación. 

El generador de informes está controlado por menús (la única parte). 

Otros aspectos que cabe reseñar del Cóndor son: 


— No posee capacidad para crear palabras o códigos de seguridad. 
— Utiliza ficheros múltiples. 

— Sólo permite clasificar fichero de menos de 128 K. 

— No puede ser usado por más de un usuario simultáneamente. 
— Posee buena documentación. 

Hay bastantes estudios hechos sobre esta base de datos. 


En cuanto a la velocidad máxima de procesamiento es de 23.000 regis- 
tros por minuto en disco rígido. 
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ABASE III 


Es una base de datos de tipo relacional. 
Veamos los requisitos hardware y algunas características: 


— Microprocesador 8088, 8086. 
— Memoria mínima: 256 Kbytes. 
— Sistema operativo: MS-DOS, PC-DOS 2.0 (y superiores), UNIX. 


Las características: 


— Número máximo de campos por registro: 128. 
— Número máximo de caracteres por registro: 4000. 
- — Número máximo de registros por fichero: 1.000.000 
— Número máximo de ficheros abiertos simultáneamente: 10. 


La introducción del dBASE Il en el mercado supuso un gran adelanto 
en el acercamiento de las bases de datos a los ordenadores personales. 

Aunque fue bastante bien admitida en medios informáticos también re- 
cibió críticas. Estas se debieron a su lenta velocidad de proceso y reduci- 
do tamaño de bases de datos que admitía. Los no programadores se que- 
jaban del difícil lenguaje de programación (y consiguientemente de su uso) 
que soportaba. 

El dBASE II trabajaba con microprocesadores de 8 bits; el dBASE III 
lo hace con uno de 16. 

El microprocesador de 16 bits tiene la ventaja sobre el de 8 de que pro- 
cesa los datos más de prisa; además, su uso es el que se está extendiendo 
por todas partes. 

Aunque desarrollado a partir del dBASE II, el dBASE III es totalmente 
distinto de su predecesor. 

Las principales diferencias son : 


— Utiliza microprocesador de 16 bits. 
— La velocidad de proceso es mayor. 
— Tiene mayor capacidad de memoria. 
— Es más fácil familiarizarse con él. 


Una de las deficiencias del dBASE II era su difícil comprensión, ya que 
no trabajaba con menús. 

El dBASE III incorpora menús, con lo que es relativamente fácil fami- 
liarizarse con él en poco tiempo. 

Sin embargo, dada la potencia del lenguaje que incorpora, es difícil lle- 
gar a manejarlo en profundidad sacándole todo el partido posible. 
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La información en esta base de datos puede ser procesada de tres for- 
mas: 


La ya mencionada de menús. 

Una forma de manipular la información en un fichero de datos es el mé- 
todo de proceso iterativo de instrucciones (órdenes). Consiste en introdu- 
cir las órdenes específicas de dBASE III a través del teclado. Después de 
introducida la orden, los resultados se visualizan en la pantalla. 

Otro método de procesar la información en dBASE III es el proceso de 
instrucciones por lotes (lo que antes hemos llamado programas). Las ope- 
raciones a efectuar se definen previamente como un conjunto de instruc- 
ciones que posteriormente se ejecutan todas seguidas. Estas instrucciones 
se guardan en un fichero de instrucciones que puede ser considerado un 
programa de ordenador. 

Las operaciones que componen el programa pueden seleccionarse me- 
diante menús. 

Una vez visto cómo procesa el dBASE III las operaciones, vamos a es- 
tudiar una característica un poco especial de esta base de datos: posee nue- 
ve tipos distintos de ficheros según la naturaleza de la información que 
guarda cada uno. 


Estos son: 


1. Fichero de base de datos. Contiene los registros y campos donde 
guardamos nuestros datos. 

2. Ficheros de datos memo. Almacenan grandes bloques de datos. 

3. Ficheros índice. Ofrecen el espacio necesario para la ordenación 
de algún fichero. Así puedo acceder a los datos, en un orden distinto al 
que originariamente poseían. 

4. Fichero de instrucciones. Almacenan el conjunto de instrucciones 
que van a ser procesadas. 

5. Fichero de formato. Almacena información que especifica el for- 
mato de salida de los registros. 

6. Ficheros de etiquetas. Almacenan información sobre las etiquetas 
que se van a imprimir. 

7. Ficheros de memoria. Almacenan el contenido de las variables de 
memoria. Estas representan las direcciones temporales de memoria que 
pueden guardar resultados de cálculos utilizables en procesos posteriores. 

8. Ficheros de formato de informes. Contienen información para ge- 
nerar informes. Estos los obtendré mediante la instrucción REPORT. 

9. Ficheros de texto de salida. Almacenan texto que puede ser com- 
partido con otros programas de ordenador. Permiten las conexiones nece- 
sarias para el intercambio de información entre el dBASE III y el exterior. 


Veamos a continuación un breve ejemplo de cómo trabaja el dBASE 
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III con menús, para una aplicación sencilla como puede ser almacenar los 


datos de nuestra agenda. 
Lo primero es crear el fichero AGENDA y la estructura de los registros. 


Seleccionamos el menú CREAR. 


Preparación del entorno Preparado 
Usar Sel. unidad Crear Etiquetas Informes 
Crear una base de datos. 


CREAR 


CREATE se usa para producir un nuevo fichero de base de datos. 
Podrá definir la estructura de los registros de la base de datos y, 
opcionalmente, introducir información. 


Formato: CREATE <nombre de fichero> 


Mandato: CREATE 


Fich activo: c:ragenda.dbf Reg. actual: Final Tamaño (regs): 0 
Unid. A: Menú ant.: Izgda.: Dcha.: Sigte.: (o INTRO> Ayuda: Fi 
Fig. 4.17. 
y tecleamos 
—_ciagenda.dbf Bytes restantes: 3933 
: Campos definidos: 4 
Nomb campo Tipo Ancho Dec Nomb campo Tipo Ancho Dec 
1 NOMBRE Car/texto 20 
2 APELLIDOS Car/texto 20 
3 DIRECCION Car/texto 20 
4 TELEFONO Numérico ? 0 
Fig. 4.18. 


Una vez definida la estructura introducimos los datos; para ello selec- 
cionamos el menú ANADIR. 


Modificar base de datos Preparado 
Aadir Hojear Edi tar Marcar Desmarcar Sustituir Posición 
Añadir registros a la base de datos en uso. 


AÑADIR 


Con APPEND podrá añadir información al fichero de base de datos usando 
la edición interactiva en la pantalla. La información se añade de 


registro en registro, y de campo en campo. 


Formato: APPEND [BLANK / FROM <nombre de fichero> 
. [FOR / WHILE <condición>1 [SDF / DELIMITEDI]J 


Mandato: APPEND 


Fich activo: c:ragenda.dbf Reg. actual: Final Tamaño (regs): 0 
Unid. A: Menú ant.: Izqda.: Dcha.: Sigte.: (o INTRO> Ayuda: Fi 
Fig. 4.19. 
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Y empezamos a teclear los datos de nuestros amigos. 


ai 10d 11311 1d amaz Ll. 


AA E 0 A PERA 1 E 
MIDI HET IIS, LAA JO 0, 5 III A — A 


Fig. 4.20. 


Si quisiéramos ver los registros que hemos introducido seleccionamos 
dentro del menú MODIFICAR, la opción HOJEAR. 


» 


AAA IE E 1A parúe > upeoT 10%)  *' 


HAW.A AN E 


O __ _  _— E _ II A AN 
A _ — _ ___  Q»>__z__Q_z>_>_«y5DEEE EE 


Fig. 4.22. 


Si en nuestros planes futuros está la ordenación por algún campo ín- 
dice, tendremos que definirlo. Para ello seleccionamos el menú ORGANI- 
ZAR y la opción «indexar» indicando qué campo de los que constan nues- 
tros registros va a ser el campo-índice (elegimos el campo apellido). 
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IA O 
A AE AUS MERA SANDRA LATAS DADA ZA PER 


Fig. 4.23. 


Si lo que queremos es ordenarlos por apellido, dentro del menú OR- 
GANIZAR selecciono la opción «ordenar» y escribo el campo-índice de 
nuestros registros. 


ANT OCUZCa 1a e2XDPresioón e 1a CIave? aDe111dO0! 


Los resultados serán. 


REVELATION 


Revelation es otra de las bases de datos, ha sido creada para micros, de 
tipo relacional. 


¡ey 
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Veamos los requisitos que necesita para funcionar, así como sus 
características: 


Requisitos 


— Consumo mínimo de memoria: 320 K. Es mejor que esté soportada 
por disco fijo que por disquette. 

— Sistema operativo: MS-DOS o DOS (versión normal). 

— Ordenadores: IBM PC y compatibles. 


== Características 


— Número de campos por registro: 32.768. 
— Número de registros por fichero: 30.000. Dependiendo de la capa- 
cidad del disco, el número de registros puede ser mayor. 


Revelation puede trabajar con menús, órdenes y programas. 

Los menús pueden ser suficientes para un usuario con necesidades me- 
dias. 

Si se quiere profundizar en el manejo de esta base de datos habrá que 
saber usar el lenguaje de programación que incorpora el R/BASIC. 

A mitad de camino entre el BASIC, el COBOL y el FORTRAN, el R/BA- 
SIC aumentó notablemente la potencia de esta base de datos, logrando 
unos resultados bastante buenos. 

Otras características de esta base de datos son: 


1. Su instalación no implica una renuncia a los «paquetes de softwa- 
re» más usados (Lotus 1-2-3, Symphony, Open Access) y permite el trasva- 
se de información de ficheros de otra base de datos tipo dBASE II. 

2. Tiene la posibilidad de asegurar campos (mediante códigos de se- 
guridad) a intromisiones no deseables. 

3. Permite el acceso multiusuario. 

4. La velocidad de acceso y tratamiento es bastante buena. 


Conclusión: Para sacarle el mayor partido posible a esta base de datos 
conviene estar un poco introducido en temas informáticos, aunque tam- 
bién ofrezca buenos resultados a los no iniciados. 


A 


SYMPHONY 


Conviene aclarar que aunque estemos haciendo un estudio de las ba- 
ses de datos, Symphony no es exactamente una de ellas. 
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Symphony es un paquete integrado. 

¿Qué es un paquete integrado? 

Someramente, podemos decir que es un único bloque que realiza fun- 
ciones para las que normalmente se necesitan varios programas. 

Así, el Symphony dispone de: 


— Hoja de cálculo: permite realizar operaciones matemáticas, estadís- 
ticas y financieras, repetir automáticamente todos los cálculos si cambian 
los datos y hacer previsiones y proyecciones con mucha facilidad. 

— Procesador de texto para escribir y modificar documentos. 

— Gráficos: representa gráficamente datos numéricos. 

— Base de datos: almacenar información, clasificarla y recuperarla se- 
gún ciertos criterios. 

— Comunicaciones para intercambiar información con otros ordena- 
dores. 


Fig. 4.26. 


Existen muchos programas que realizan estas funciones por separado. 
La ventaja del Symphony es la integración de todas las funciones en un úni- 
co paquete y la intercomunicación entre sus partes (por ejemplo: la hoja 
del cálculo permite usar información de la base de datos). 

La integración tiene otra ventaja: sólo hace falta aprender a manejar 
un programa. 
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El Symphony es una herramienta de trabajo bastante potente; el llegar 
a conocerlo en profundidad es difícil, pero aprender lo imprescindible no 
es ningún problema, ya que incorpora un sistema de menús muy asequible. 

Veamos algo de su modo de trabajo. 

El Symphony está organizado en torno a la hoja de trabajo, que es una 
gran tabla, compuesta por celdas (8192 filas por 256 columnas). 

Todas las operaciones se efectúan sobre ella. 

Una hoja de trabajo tan grande no puede ser contemplada enteramente 
por el usuario. 

Para subsanar esta dificultad usamos la «ventana». 

Una ventana es una porción rectangular de nuestra pantalla a través de 
la cual vemos una parte de la hoja de trabajo. 

Para definir la ventana seleccionamos la opción WINDOW (ventana) 
en el menú principal. 


ES A 
SIN TIE TAI” Tt—COTTI1GDUO atrio?" PIP I1ILATIOITT" "YESLCITIGAS CO INEA DO LS Ys 


Fig. 4.27. 


Symphony dispone de cinco tipos distintos de ventanas a través de las 
cuales podemos ver los mismos datos de formas distintas. 

Según el tipo de ventana que estemos usando, nos hallaremos en un de- 
terminado «entorno de trabajo», que determine las tareas que vamos a po- 
der realizar. 

Los entornos de trabajo son: 


SHEET (Hoja): permite realizar operaciones de hoja de cálculo. 

DOC (Texto): para trabajar con el procesador de texto. 

GRAPH (Gráfico): para cuando deseemos obtener representaciones grá- 
ficas de los datos. 

FORM (Base de datos): para realizar tareas en la base de datos. 

COMM (Comunicación): para gestionar las comunicaciones con otros 
ordenadores. 


Podemos seleccionar cualquiera de estos entornos con el menú que 
aparece al seleccionar la opción WINDOW, o sea, después del WINDOW, 
definimos el tipo de ventana (entorno de trabajo) con la que queremos tra- 
bajar. 
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Ya que estamos en un libro de base de datos, elijamos la opción FORM 
que nos permite trabajar sobre la base de datos. 

Una vez situados en esta opción delimitamos el tamaño y la situamos 
en la parte de la pantalla que queramos. 
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Una vez que estamos en el entorno de trabajo de la base de datos po- 
demos realizar las operaciones típicas de cualquier base de datos nada más 
que eligiendo las opciones que nos ofrecen los menús. 

Los menús de Symphony son un poco especiales. No ocupan toda la 
pantalla, sino sólo las dos o tres primeras líneas de la parte superior de la 
pantalla. 

Siguiendo con las operaciones posibles de la base de datos, lo primero 
que debemos hacer es crear la estructura de los registros. 

Para ello definimos en la primera línea los campos, con el tipo de ca- 
rácter, y la longitud. 

Luego, al introducir los datos en la base, aparecen los campos dentro 
de ventana requiriéndonos los datos. 

Voy introduciendo en el fichero (ventana características) todos los da- 
tos que quiera. 

Una vez creado el fichero con mis datos puedo operar sobre ellos rea- 
lizando las operaciones disponibles. El menú correspondiente me posicio- 
na sobre la que quiero. 

Aparte de las operaciones típicas, como introducir datos nuevos, mo- 
dificación de los viejos, criterios de selección, el Symphony permite la in- 
dexación y la ordenación de los datos. 
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Fig. 4.31. 


Veamos estas últimas operaciones con un poco más de detalle. 

Lo primero que hay que hacer si vamos a. querer ordenar nuestros da- 
tos es crear un campo índice que se tomará como referencia para la orde- 
nación. 

Volviendo al menú principal, elegimos la opción SETTINGS. 


a] 
juan 


Symphony permite crear hasta tres campos claves. 

En el ejemplo que estamos haciendo vamos a elegir como campo clave 
el «APELLIDO». 

Una vez que hemos definido nuestro campo-clave, ya podemos realizar 
la operación de ordenación. Para ello, en el menú principal elijo la opción 
RECORD-SORT, e indico el campo. 

Para el ejemplo que estamos siguiendo queda: 


AS UA IA A ARA NAAA. AAA AA A A A A AA RN EAT IAE 


Fig. 4.32. 


Conviene volver a decir que además de las típicas operaciones que rea- 
liza toda base de datos, el Symphony puede operar con ellos mediante la 
hoja de cálculo, representarlos gráficamente, sacar informes, etc. 

Esta es la verdadera potencia del Symphony, la integración de varias 
aplicaciones en un solo paquete. 


FRAMEWORK 


El FRAMEWORK es un paquete integrado que permite al usuario dis- 
poner de una forma rápida y eficaz de una serie de posibilidades para el 
desarrollo y gestión de ideas y aplicaciones. 

A diferencia de otros paquetes integrados, aquí no se hace una distin- 
ción entre los distintos tipos de entornos, sino que todos los recursos y po- 
sibilidades del sistema son compartidas por todas las aplicaciones. 


»] 


Z 


El FRAMEWORK dispone de: 


— TRATAMIENTO DE TEXTOS 

— HOJA DE CALCULO 

— BASE DE DATOS 

— DISEÑO DE GRAFICOS 

— ESQUEMAS 

— COMUNICACIONES 

— LENGUAJE DE PROGRAMACION 

En el FRAMEWORK es posible disponer de cada una de estas aplica- 


ciones de forma múltiple; por ejemplo, se pueden tener simultáneamente 
varias hojas de cálculo independientes, varias bases de datos, etc. 


Los requisitos del hardware son: 


— ORDENADOR IBM PC CON MS-DOS 
MEMORIA RAM MINIMA DE 384 Kb 


— DOS UNIDADES DE DISCO O UN DISCO Y UN DISCO DURO 
— UN MONITOR 


La idea fundamental de este paquete integrado es el concepto de «FRA- 
ME»; que se puede traducir por ventana. A diferencia de otros paquetes en 
los que las ventanas son simples zonas de visualización de la hoja de cálcu- 
lo, aquí las ventanas son verdaderas estructuras de datos que permane- 
cen aunque las borremos de la pantalla, y es dentro de estas ventanas don- 
de se realizan las operaciones con los datos. 


En el caso del FRAMEWORK, así como en la mayoría de los paquetes 
integrados, la base de datos es simplemente una tabla bidimensional de 
campos y registros que permanece en memoria, por lo que está limitada 
por el máximo de memoria RAM de la que dispongamos. 

Su funcionamiento es muy sencillo, simplemente al crearla decimos el 
número de campos y registros de los que va a disponer y en ese momento 
se crea la base de datos, en la cual podemos introducir datos, realizar bús- 
quedas, modificar, ordenar, etc., utilizando todos los mandatos del menú 
general. 

Este paquete integrado tiene una ventaja adicional en el manejo de las 
bases de datos, y es que permite leer directamente ficheros producidos con 
el dBASE III sin necesidad de un programa traductor que cambie el for- 
mato de los datos. 
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EQUIPOS DOMESTICOS 


NOMBRE 2: ARCHIVE 

DESCRIPCION FUNCIONAL: 
- Diseño de pantallas 
- Búsquedas 
-—Ordenaciones 


- Importación-exportación de dalos 


MICROORDENADOR- + SINCLALTR—GL 


MOMBRE—7 BASE DE-—DATOS 


FUNCION. 23. Base de Datos 
DESCRIPCION FUNCIONAL 
- Búsquedas 
-“—Ordenaciones 
- Campos Operacionales 


- Impresión de datos 


MICROORDENADOR + SINCLAIR 128-K 


MOMBRE—= BASE DE-DATOS 


DESCRIPCION FUNCIONAL: 


incluye tres programasi- micropen (para crear y mantener las 
bases de datos), repair (para actuar sobre el sistema) y perform 
Cpara disemar formatos). 


MICROORDENADOR + AMSTRAD CPC-128 


MOMBRE 3 DATABOSC 


DESCRIPCION FUNCIONAL : 


Fichero o cuaderno electrónico en el. cual, — cada página 
tieñe hasta 10. campos. Cualquier campo. puede  ser-——tuna 
combinación de —caracteres por lo cual este programa puede 
guardar nombres; direcciones.... 


MICROORDENADOR 1: AMSTRAD CPC-464 
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NOMBRE : AMS BASE 


DESCRIPCION FUNCIONAL : 


“ Se pueden crear archivos de datos de tal forma que el 
formato,  Lemario y características las define el 
propio usuario. Se puede actualizar,  consullar, 
listar, ordenar, sacar resultados, etc... 


MICROORDENADOR : AMSTRAD CPC-464 


NOMBRE 3 AGENDA 64 


DESCRIPCION FUNCIONAL: 


—- Diseñado para poder servir de agenda personal. 
- Llevara3 los nombres, direcciones, telAfonos,... 


MICROORDENADOR : COMMODORE 64 


NOMBRE: BIBLOS 64 


DESCRIPCION FUNCIONAL. : 


- Permite llevar a su usuario el control de su 
biblioteca particular. Como opciones! allas,a bajas, 
autores, editoriales, etc. 


MICROORDENADOR + COMMODORE 64 


NOMBRE : DATAMASTER 64 


DESCRIPCIÓN FUNCIONAL + 


- Totalmente programable en cuanto a formato de --105 
ficheros, — lo. cual permite hacerla servir para muy 
diferentes lareas larchivos pedido, facturas, elc.?2, 


MICROORDENADOR 3 COMMODORE 64 


EP 


NOMBRE. 2 FICHERO AGENDA 


DESCRIPCION FUNCIONAL  : 


“Posibilidad de tener grabado en un fichero en cinta 
todas las direcciones, nombres teléfonos y 
observaciones de las personas que se desee. 


MICROORDENADOR COMMODORE 64 


NOMBRE 3 FICHERO PERSONAL 


DESCRIPCION FUNCIONAL : 


- Permite al usuario mantener un fichero definido por 
él mismo, nombre y longitud de los campos, número 
total de fichas, etc. 


MICROORDENADOR : COMMODORE 44 


NOMBRE 2: FICHERO SELLOS (200 fichas) 
DESCRIPCION FUNCIONAL 
= Este programa ofrece la posibilidad de tener grabados 
en cun fichero en cinta las referencias y valores de 


la colección de sellos clasificados por años y 
palses. 


MICROORDENADOR + COMMODORE 64 


NOMBRE : FILOS 64 


DESCRIPCION FUNCIONAL  : 


= Programa diseñado por filatélicos y coleccionistas de 
sellos y permite almacenar las colecciones 
ordenándolas por años y palses. 


MICROORDENADOR : COMMODORE 64 
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NOMBRE : NUMISMAT 64 


DESCRIPCION FUNCIONAL: 
< Permite llevar el control de las colecciones de 
monedas. Se — pueden ordenar  — por años, panises; 
precios, elc. 


MICROORDENADOR 3 COMMODORE 64 


NOMBRE” + REFERENCIAS BIBLIOGRAFICAS 


DESCRIPCION FUNCIONAL: 


- Permite Llener un disco, una relación o un fichero 
referencias de artículos o textos «de revistas 0 
libros. Se pueden hacer consultas por varios 


conceptos simultáneamente. 


MICROORDENADOR 3 COMMODORE 64 


EQUIPOS IBM-PC COMPATIBLES 


NOMBRE + DOCUTEX 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA : 128 KB 
MEMORIA —DE MASA ¿2 Unidades de diskette. Unidad de 
disco recomendable. 
SIST. OPERATIVO : MS7/DOS 
SOFTWARE COMPLEMENTARIO : 
FUNCION : Base de datos documental 
DESCRIPCION FUNCIONAL  : 
<= Ver descripción detallada 
AMBITO DE APLICACION —: 


“General 
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MICROORDENADOR 3 IBM PC y compatibles 


DOCUMENTACION 


PROVEEDOR : MICRONET, S.A.. 


NOMBRE : TEXTO 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA  : 512 KB 
MEMORIA DE MASA :* Unidad de disco OBLIGATORIO 
SIST. OPERATIVO 3 MS/DOS 
SOFTWARE COMPLEMENTARIO : 

FUNCION : Sistema de _ gestión documental diseñado para el 
almacenamiento y recuperación de 3randes volúmenes 
de información. 

DESCRIPCION FUNCIONAL : 

- Ver descripción detallada. 

AMBITO DE APLICACION: 

- General 
MICROORDENADOR 3 IBM PC=XT/AT y compatibles 
DOCUMENTACION - : 


PROVEEDOR “I+D. Informática y documentación. 


NOMBRE + OPEN-ACCESS 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA 3: 162 K 
MEMORIA DE MASA : 2 Unidades de diskette. 
SIST. OPERATIVO : MS/DOS 
SOFTWARE COMPLEMENTARIO : 


FUNCION : Paquete integrado con: hoja de cálculo, procesador de 
textos, gráficos 3-D, Comunicaciones y agenda. 


DESCRIPCION FUNCIONAL : 


= Ver descripción 
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AMBITO DE APLICACION + 

=- General 
MICROORDENADOR +-—1IBM-PC y compatibles 
DOCUMENTACION —: Castellano/in3lás 


PROVEEDOR SOFTWARE. AND PRODUCTS INTERMATIONAL 


NOMBRE. 1 SYMPHONY 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA  —: 320 K RAM 
MEMORIA DE MASA 3: 2 unidades de diskette. 
SIST. OPERATIVO : DOS 
SOFTWARE COMPLEMENTARIO : 


FUNCION : Paquete integrado con! procesador de lextos, gráficos, 
base de datos, comunicaciones y hoja de cálculo. 


DESCRIPCION FUNCIONAL  : 

“Ver descripción detallada 
AMBITO DE APLICACION 3: —General 
MICROORDENADOR 3 IBM PC-XT/AT y compatibles 
DOCUMENTACION —: Español, inglés 


PROVEEDOR CHIP” ELECTRONICA 


NOMBRE 2: FRAMEWORK 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA  —: 384 K 
Unidad de disco: Opcional 
MEMORIA DE MASA: 
SIST. OPERATIVO + MS5/DOS 1,2 0 superior 
FUNCION 3 Paquete integrado con:i hoja de cálculo, procesador de 
textos, base de datos, gráficos, comunicaciones y len- 


guaje de programación (FRED), 


DESCRIPCION FUNCIONAL: 
“Ver descripción detallada 
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AMBITO-DE APLICACION: 
General 
MICROORDENADOR 3: IBM PC y compatibles 


DOCUMENTACION 3 Castellano e inglés 


PROVEEDOR 


:  ASHTON-TATE 


NOMBRE : INTEGRATED-7 


REQUERIMIENTOS DEL SISTEMA 


MEMORIA MINIMA 2 320 K 


MEMORIA DE MASA : 1 Unidad de diskette 


sIST 


OPERATIVO ”—3-DOS 2.0 


SOFTWARE COMPLEMENTARIO : 


FUNCION: 


DESCRIPCION 


Programa. que combina, gestión de bhases de datos 
relacional; correo etectrónico; hoacelectrónica, 
gráficos, tratamiento de textos, comunicaciones y 
emulación determinada. 


FUNCIONAL:* 


El sistema de gestión de base de dalos admile! 
1007000 registros por FiTCUero_ITIaves Mmúitipres, 
intercambio de” datos. con la toa etectrónica, 
consultas y búsquedas por múltiples campos.» 


AMBITO-DE-APLICACION= 


General 


MICROORDENADOR —+—IBM-PC-y- compatibles 


DOCUMENTACION 3 Inglés 


PROVEEDOR 


A GOFFRONICO7 STA 


NOMBRE—="—SERTE—TIBM- ASSISTANT 


REQUERIMIENTOS DEL SISTEMA 


MEMORTA MINIMA 128—K 


MEMORIA DE MASA : 1 Unidad de diskette 


SIS. OPERAFIVO—+-D05— 451 


SOFTWARE COMPLEMENTARIO 3 
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FUNCION 
=-Juego.-— de programas que contienes Fitinm”— assistant; 
reporting" assistant; writim- assistant 3raptrim 
assistant y planning assistant. 
DESCRIPCION FUNCIONAL 
- El filim assistant convierte al-PC-en un Fichero 
mecanizado por acceso fácil y rápido a los registros. 
El reporting- assistant ayuda ac transformar la 
información del Filing assistant en informes-—en-—plan 
profesional; 
AMBITO DE APLICACION : 
General 
MICROORDENADOR-2 IBM -PC=XT7/AT=y compatibles 
DOCUMENTACION Imglés 


PROVEEDOR IBM 


NOMBRE 2: SERIE PERFECT SOFTWARE 11 
REQUERIMIENTOS” DEL SISTEMA 
MEMORIA MINIMA 2 128 K 
MEMORIA DE-MASA 32 unidades de-—driskette 
SIST. OPERATIVO : DOS 2.00 
SOFTWARE COMPLEMENTARIO + 


FUNCION ----—Serie-3ue comprendes parteci writer TI prtectiocaltr 
A A e 


DESCRIPCION FUNCIONAL. : 
“El perfecto filer Il-es- la base de detos- de-—La-—serrtes 
Permite ¡intercambiar datos con la hoja electrónica, 
mailL1n3-Co0n-perfecI- writer —0-con-0trf0s procesadores 
de texto: Búsqueda por múitipies CONdIciones: 
Facilidades para la entrada automática-de-—datos-—que 
se repiten en todos los registros. 


AMBITO DE APLICACION = 


MICROORDENADOR : IBM PC-XT y compatibles 
DOCUMENTACION Tng1és 


PROVEEDOR * COMPULOGICAL, S.A. 
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MOMBRE-— 3 dBASE III 

REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA 2: 256 KB 
MEMORIA DE- MASA :+-1-0 2 unidades de diskette 
SIST. OPERATIVO 2: MS-DOS 


SOFTWARE COMPLEMENTARIO: 


FUNCION 3 Sistema de gestión de base. de datos 
programable. 


DESCRIPCION FUNCIONAL. : 

< Ver descripción detallada 
AMBITO DE APLICACION : 

“—Todo-tipo de empresas 
MICROORDENADOR : IBM PC y compatibles 
DOCUMENTACION 2 Castellano, inglés u otro. 


PROVEEDOR : ASHTON-TATE 


NOMBRE-—-—MANT-4.0 

REQUERIMIENTOS DEL SISTEMA : 
MEMORIA MINIMA 128 KB 
MEMORIA DE MASA : 2 unidades de diskette. 
SIST. OPERATIVO : DOS 1.1 0 posterior 


SOFTWARE COMPLEMENTARIO 3 Gecom, Mantcopy 


FUNCION + Base  — de datos com la cual se puede 
clasificar y analizar toda la información 
forma rápida y sencilla. 


DESCRIPCION FUNCIONAL: 


= Control de invenlarios 


<= Mantener y actualizar los clientes, 
productores, representantes, elc. 
- Conexión con los programas Mantlist; 


Mantcopy, Mantetia y Gecom 
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relacional 


almacenar, 
deseada «le 


productos, 


Mantmaril, 


AMBITO DE-APLICACION = 
= Cualquier empresario, gestor, administrador que 


necesite” de — una gestión agil y sencilla para el 
tratamento de la información. 


MICROORDENADOR 3 —1BM- PC y compatibles 


DOCUMENTACION 2 Castellano, inglés, catalán 


PROVEEDOR ¡CTIBER—AMBER,- S.A. 


NOMBRE =-—RBASE 6000 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA 3: 512 KB 
Disco fijo : 10 ME 
MEMORIA DE MASA: tt unidad de diskette 
SIS5ST. OPERATIVO : BTOS 


SOFTWARE. COMPLEMENTARIO + ISAM 
FUNCION == Base de datos relacional. Multiusuario en red. 


DESCRIPCION FUNCIONAL : 


- Acceso relacional a las tablas 

- Lógica booleana de selección 

-= Diseño interactivo de pantallas e informes 
<—Intercala con Multiplan, Lotus 1-2-3 

“ Protección de acceso a varios niveles 


AMBITO DE APLICACION : 

Grandes cuantas con necesidad de un centro de 
información basado en micros, que no se limiten a transferir 
ficheros de un mainframe que posteriormente se exploten con hojas 
electrónicas, sino que también puedan hacer consullas seleclivas 


y se adapten los datos con la facilidad y potencia de los 
operadores relacionales. 


MICROORDENADOR > BURROUGHS B-25 
DOCUMENTACION —=+ Castellano, inglés 


PROVEEDOR ' BURROUGHS, S.A. 
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NOMBRE BORIAR 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA--MINIMA==-128KB, 1I2KB A a 
recomendado 
MEMORIA DE MASA 2 1.60 2 unidades de diskette 
SISTOPERATIVO=3MS8DOS2 0D Superior 


SOFTWARE COMPLEMENTARIO -: 


FUNCION : 


Gestor de base de datos, generador de aplicaciones y 
editora 


DESCRIPCION-FUNCIONAL—+ 
= Definición de ficheros y acceso Manual a los mismos 
“Definición de ANOIMAS tados y ejecución 
individual opor lotes: 


- Adaptación de ficheros a/de otras aplicaciones 
- Número ilimitado de bases de datos 


AMBITODEAPLICACIÓN= 

—<ualaurera de- propósito general 
MICROORDENADOR== 
DOCUMENTACION + Castellano 


PROVEEDOR COMPUGRAFS AS 


NOMBRE: MANAGER 


REQUERIMIENTOS DEL SISTEMA 
MEMORTA MINIMA 2365KB 
MEMORIA DE-MASA-2: 2 unidades de diskette 
SIST OPERATIVO 3 MS=DOS7OASIS 


SOFTWARE COMPLEMENTARIO : 


FUNCION : 
— Creación automática de ficheros: Acceso por campos 


que — no son el Indice. Apoyo con base de  dalos 
relacional. Campos ocultos. 
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DESCRIPCION-—FUNCIONAL + 


Creación de ficheros 
—thistados- selectivos según campos exrstentes 


AMBITO DE APLICACION : 


MICROORDENADOR 3 IBM PC y compatibles 


DOCUMENTACION Castellano, inglés 


PROVEEDOR 


¡TESTUDIOS—DE-PROGRAMACTON: SE: 


NOMBRE? GESDAT=3 


REQUERIMIENTOS DEL SISTEMA 


MEMORTA MINIMA 3 —2536-—KB 


MEMORIA-DE-MASA-2-2 unidades de diskette 


Pm 


OPERATIVO 3 MS-DOS 


SOFTWARE COMPLEMENTARIO : 


FUNCION : 


DESCRIPCION 


Programa de gestión de ficheros 


FUNCIONAL: 


Permite la confección, entrada y rectificación de 
fichas, 85tas pueden ser localizadas por cualquier 
vatorc de sus campos dentro del-ficthtero; 

Las fichas entradas com el programa— pueden-—-—sefr 
ordenadas, seleccionadas 0 incluidas, según el valor 
de -——uno-— 0 más Campos, e impresas cen distintos 
formatos. 


AMBITO, DECAPLICACIÓN3 


Programa de indole general 


MICROORDENADOR —3+-—EPSON-QX-16-—EPSON-QX-41 


DOCUMENTACION 2 Castellano 


PROVEEDOR 


: EPSON-STI 
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NOMBRE : AMBER-FILE 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA 3 128 KB 
MEMORIA DE MASA 3: 1 Unidad de diskette 
SIST. OPERATIVO 3: DOS 1.1 y posteriores 
SOFTWARE COMPLEMENTARIO : Amber. Amber=y3raph 


FUNCION 3 Fichero preconfigurado de referencias integrables a un 
sistema amber. 


DESCRIPCION FUNCIONAL: 
- Fichero de datos Amber tralables 
- Sort automático 
- Acceso indexado directo y por aproximación sobre los 
50 primeros caracteres de la clave 
- Ventanas de ayuda en pantalla en cualquier momento y 
circunstancia. 
AMBITO DE APLICACION: 
- Ficheros de referencias, fichero de secretaria, 
fichero-agenda, elc. 
MICROORDENADOR : IBM PC y compatibles 
DOCUMENTACION  : Castellano, im3lés 


PROVEEDOR : IBER AMBER, S.A. 


NOMBRE. + BASE LOGÍIC 

REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA —: 128 KE 
MEMORIA DE MASA 3 1 Unidad de diskette 
SIST,. OPERATIVO + MS/DOS 


SOFTWARE COMPLEMENTARIO 3 Todas las aplicaciones de Logic 
Control 


FUNCION 3 Libre definición y manipulación de archivos. 


DESCRIPCION FUNCIONAL: 


“ Ficheros ordenados permanentemente por clave o código 
= Forma de definición de los campos totalmente libre 
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coricheros — de 60 campos y longitud de registros de-236 
byles 
Posibilidad de realizar las siguientes operaciones 
sobre los ficheros: actualización, listado, cstéuro, 
eliminación, clasificación, listado etiduetlas, 
acumulación, restauración directorio. 
AMBITO DE APLICACION 3 


- General 


MICROORDENADOR 3 1IBM-PC-XT/1BM PC=AT y compatibles 
DOCUMENTACION 3 Castellano 


PROVEEDOR tt LOGÍC CONTROL,-S.A, 


MOMBRE— 3 INMFOSTART 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA —: 128 KB 
MEMORIA DE MASA 1: 2 unidades de diskette 
SIST. OPERATIVO 3 MS/DOS 
SOFTWARE COMPLEMENTARIO 1-- 
FUNCION 3 Base de datos 
DESCRIPCION FUNCIONAL : 

- Menús en español sin programar ni codificar.  Fácrl 
entrada de datos preparada por el  —proplo usuario! Generador 
rápido de reportes. Super clasificación más rápido que cualquiéór 
otro SGBD para micros. Actualización transaccional que actualiza 
múltiples ficheros automáticamente, 200 combinaciones de máscaras 
de entrada para mayor precisión, Pantallas de ayuda con 
sefalizaciones de página en el manual del usuario. Aut 
explicativo. Verificación rápida de datos en lote. Registros de 
longitud variable. 


AMBITO DE APLICACIÓN : 


- General 


MICROORDENADOR 3 IBM PC y compatibles 
DOCUMENTACION —: Castellano 


PROVEEDOR * MICRONET, S.A, 


S”7 


NOMBRE-—=-—DATAFLEX 
REQUERIMIENTOS” DEL—SISTEMA 

MEMORIA MINIMA -— + 256 KB 

MEMORTA=DE-MASA- 3 2=x360D-KB 

SIST. OPERATIVO : MS-DOS 

SOFTWARE COMPLEMENTARTO—3 
FUNCION : Base de datos 
DESCRIPCION FUMCTONAC 3 

Se- — compone de una base de datos y de un generador de 

aplicaciones. Permite la generación automática de sistema de 
menús; — mantenimiento de ficheros y generador de informes. Todo 
esto-combinrado- con un tenguaje- de-comandos- potentes y flexibles; 
hacen prehistórica la programación en BASIC. Dataflex se 
suministra en 2 versiones -1 Módulo de desarrollo completo para el 
programador” y  run-=time—para usuarios. Disponibles versiones de 8 
y tt bits mono-o —muitipuestos 


AMBITO-DEAPEICACION= 


- General 


MICROORDENADOR-—=—TBM-PC-y compatibles 
DOCUMENTACION -: Castellano 


PROVEEDOR MICRO NET acrrdaa 


NOMBRE-3 dBASE 11> 
REGUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA —22356-KB 
MEMORIA DE-MASA-+ 1: 360 KB 
GIST. OPERATIVO 1 MS/DOS 
SOFTNARE-—COMPLEMENTARIO A 
FUNCION" Base- decdatos 
DESCRIPCION FUNCIONAL: 


—Meroidesripeión detariada 
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AMBITO DE APLICACION 


—— General 


MICROORDENADOR==3TIBMOPC=y compatibles 7 AMSTRAD-CPC=464 
DOCUMENTACION + Castellano 


PROVEEDOR ECUIICRONETRTAS 


NOMBRE-=—TIMFOBASE 

REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA. 1 128-KB 
MEMORTA—DE-MASA-3-2-unrtidades- de diskette 
SIST=—OPERATIVO=3DOS=1 1D posterior 
SOFTWARE COMPLEMENTARIO Facturación 


FUNCION==—Tarjeatero etectirónico Archivo dec entrevistas: Archivo 
de—proyectos; 


DESCRIPCION FUNCIONAL: 

— 3 programas seteccioneados-—por— ment independientes 
forman un mismo-sistema-—para archivo de entrevistas, Tarjetas de 
Visita y-—— proyectos uu otertas, — permitizndo Ta actualización ate 
datos en todo momento: 


AMBLITFO-DE-APEICACION= 


=Protesionales y todo tipo de- empresas 


MICROORDENADOR : IBM PC.XT y compatibles 
DOCUMENTACION Casteltano 


PROVEEDOR 2 OFIMATICA COMERCIAL, S.A. 


NOMBRE + BARBRO—P 

REQUERIMIENTOS DEC SISTEMA 
MEMORIA MINIMA -—+-256- KB Drsco tiro +-Opetonal 
MEMORTA DE MASA 82 ICIEOKEB 


SIST, OPERATIVO + P-System 
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SOFTWARE. COMPLEMENTARIO : 


FUNCION + Bases de datos. Brev. Arkiv. Kartotek. Adress y 


relacional. Hoja electrónica y proceso de textos, 
DESCRIPCION FUNCIONAL: 


= Sistema modular e integrado 


- Extrema facilidad y flexibilidad en la creación y 
manejo de ficheros 
= Conversacionalidad en castellano en la mayoria de los 
programas 
AMBITO DE APLICACION 
Centros de investigación de mercado y opinión. 
Departamentos comerciales y markeling de empresas. Centros» 


universitarios y de enseñanza general. 


MICROORDENADOR + 1BM PC XT y compatibles 


DOCUMENTACION —: Castellano 


PROVEEDOR CITIES A 


NOMBRE: R-BASE 4000 

REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA 3: 256 KB 

MEMORIA DE MASA 1: 2 x 360 KB 


S1IST. OPERATIVO : MS/DOS, CTOS, ETOS 
SOFTWARE COMPLEMENTARIO : 
FUNCION + Base de datos 
DESCRIPCION FUNCIONAL  : 
- Ver descripción detallada 
AMBITO DE APLICACION : 


- General 


MICROORDENADOR —: 


DOCUMENTACION 


PROVEEDOR 
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IBM PC y compatibles 
Castellano 


RHV IBERICA, S.A. 


NOMBRE: DATA=BASE 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA: 128 KB Disco fijo * 10 MB 
MEMORIA DE MASA : 2 x 360 KB 
SIST. OPERATIVO + MS5/DOS 
SOFTWARE COMPLEMENTARIO 2 -- 
FUNCION 3 Gestión de ficheros y generación de informes 
DESCRIPCION FUNCIONAL 2 
- Diseño y mantenimiento de ficheros. Consultas y 
listados clasificados automáticos. Acceso a ficheros 
en base a otros existentes. Soporte de varios niveles 
de Indices. 


AMBITO DE APLICACION 2 


- General 


MICROORDENADOR : IBM PC y compatibles 
DOCUMENTACION — + Castellano 


PROVEEDOR : ULDATA S.COOP 


NOMBRE : FIRST-CLASS MAIL 
REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA +: 128 K RAM 
MEMORIA DE MASA : 1.0 2 unidades de diskette 
SIST. OPERATIVO 3: DOS 1.1 
SOFTWARE COMPLEMENTARIO : 
FUNCION : Base de datos útil para la elaboración de mailin3s 
DESCRIPCION FUNCIONAL: 
- Programa para generar etiquetas y listados de un 
mailing. 
-— Permite la ordenación por nombre, Compañtla —u otro 
criterio que se escojas. 
- Está diseñado para utilizarlo con la opción Mailmerge 


del Wordstar 4 otros procesadores de texto que. tengan 
una opción similar al Mailmerge. 
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AMBITO DE APLICACION: 


MICROORDENADOR : IBM PC y compatibles 
DOCUMENTACION: 


PROVEEDOR 2 CONTINENTAL SOFTWARE 


NOMBRE" TIM LLL 
REGUERIMIENTOS- DEL” SISTEMA: 
MEMORIA MÍNIMA 3: 128 K minimo 
MEMORIA DE MASA 3 2 unidades de diskette 
SIST. OPERATIVO : DOS 1.1 
SOFTWARE COMPLEMENTARIO 
FUNCION +-—Base de datos 
DESCRIPCION FUNCIONAL 
—- Programa manejable mediante menús. 
= Parita anadir; anmatizarícactualizar:regristros; crear 
ficheros, generar listados e informes. Es de facil 


manejo. 


AMBITODEAPLICACIÓN == 


WMICROORDENADOR-—2 IBM -PC-y compatibles 
DOCUMENTACION 3 


PROVEEDOR :INMNOVATIVE SOFTWARE 


MOMBRE=3-VYISIFILE 

REQUERIMIENTOS DEL SISTEMA 
MEMORIA MINIMA-——3-64-K- minimo 
MEMORIA DE MASA 2 2 unidades de diskette 
SIST. OPERATIVO —+-DOS-—Tt,1-0-250 
SOFTWARE COMPLEMENTARIO : 


FUNCION : 
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DESCRIPCION FUNCIONAL —: 


-= Programa orientado a formas: Permite crearlas, 
introducir información en ellas y recopilar -información-en función 
de —diferentes — criterios. Permite También imprimir datos en 


informes sencillos. A pesar de que pretende ser bastante flexible, 
es fácil perderse con los menús. No permite realizar ninguna copia 
del programa. —Visicorp tampoco suministra una- copia de- seguridad 
al comprarlo, pero vende una cuando se devuelve la  larjeta de 
garantía. 


AMBITO DE APLICACION —= 


MICROORDENADOR 3 IBM-PC- y compatibles 
DOCUMENTACION — : 


PROVEEDOR " VISICORP 


MOMBRE-—= CONDOR 
REQUERIMIENTOS DEL SISTEMA 

MEMORIA MIMIMA 3 80-K minimo 

MEMORIA DE MASA 2: 2 unidades de diskelle 

A 

SOFTWARE COMPLEMENTARIO : 
FUNCION 3 Base de daos orientada fundamentalmente-a cuentas 
DESCRIPCION FUNCIONAL 2 

“Mer descripción detallada 


AMBITO DE APLICACION : 
MICROORDENADOR 2 IBM PC-y compatibles 
DOCUMENTACION 3 


PROVEEDOR + CONDOR 3 


NOMBRE PEFS+FILE- y PEStREPORT 
REGUERIMIENTOS DEL SISTEMA 


MEMORTA- MINIMA-——>-64-K 
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MEMORIA DE MASA: 1-06 2- unidades de diskette 
SISTEIIRERATIVOZTDOSAAAO ARA 
SOFTWARE COMPLEMENTARIO : 
FUNCION 3 Base de datos 
DESCRIPCION FUNCIONAL : 
“Ver descripción detallada 


AMBITO DE APLICACION : 


MICROORDENADOR + IBM PC y compatibles 
DOCUMENTACION —: 


PROVEEDOR ¿SOFTWARE PUBLISHING CORPORATION 


MOMBRE- : REVELATION 
REQUERIMIENTOS DEL SISTEMA 

MEMORIA MINIMA —:- 320 K 

MEMORIA DE MASA : 

SIST. OPERATIVO + DOS y MS/DOS (Lleva un sistema operalivo 
propio PICK compatible con los comandos 
visuales de los anteriores). 

SOFTWARE COMPLEMENTARIO + 

FUNCION -—3- Base de datos que consta dez generador de pantallas, 
editor y lenguaje de creación de procedimientos para 
clasificaciones y extracciones de registros 
multiclaves. 

DESCRIPCION FUNCIONAL: 

- Ver descripción delallada 


AMBITO DE APLICACIÓN : 


- General 


MICROORDENADOR : IBM PC y compatibles 
DOCUMENTACION —-: Inglés 


PROVEEDOR ; 
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SISTEMAS DE INFORMACION 
DOCUMENTAL 


L desarrollo de las posibilidades de los ordenadores per- 
sonales ha permitido el desarrollo de programas para el al- 
macenamiento y recuperación de información documen- 
tal capaces de aprovechar eficazmente las posibilidades de 
los microordenadores profesionales. Ello está haciendo 
A posible que muchas bibliotecas, centros de documen- 
O tación y unidades de información en general puedan 
mecanizar la gestión de sus procedimientos de trabajo 
y abordar la creación de bases de datos documentales 


automatizadas. 

Entenderemos aquí por información documental cualquier tipo de in- 
formación textual, físicamente estructurada bajo la forma de monografías, 
artículos de revista, dossieres, informes, memorias, etc., o bajo la forma 
de descripciones de «objetos» que no son documentos: historiales clínicos, 
biografías, información descriptiva de instituciones y entidades de monu- 
mentos, investigaciones en curso, especificaciones de contratos o de trá- 
mites administrativos, etc... 

Hasta el año 1982 y debido sobre todo a la escasez de programas espe- 
cíficos, no se había generalizado todavía el empleo de microordenadores 
en centros y servicios de documentación, bibliotecas y unidades de infor- 
mación en general. Los escasos paquetes de Software existentes estaban di- 
señados para ordenadores de 8 bits con el sistema operativo CP/M, que en 
muy pocos casos contaban con unidades de disco duro para almacena- 
miento masivo de datos. A partir del año 1983, sin embargo, con la intro- 
ducción masiva del PC IBM en el mercado, y particularmente de su ver- 
sión profesional, el PC/XT equipado con un disco duro de 10 Mb, la situa- 
ción cambia de forma notable y la oferta de programas especializados en 
la gestión de información documental aumenta sustancialmente. Con la 
transformación del PC en el estándar del mercado de ordenadores, se asis- 
te al desarrollo de nuevos programas que buscan aprovechar al máximo 
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sus capacidades (mayor velocidad, discos duros fijos de gran capacidad, et- 
cétera), a la conversión de las antiguas versiones de programas desarrolla- 
dos para el sistema operativo CP/M al sistema operativo MS-DOS, y al de- 
sarrollo de versiones para MS-DOS de paquetes de software de recupera- 
ción de información y gestión documental que hasta ese momento sólo po- 
drían ejecutarse en grandes ordenadores y/o en miniordenadores. Estas 
nuevas tendencias se manifiestan sobre todo en los Estados Unidos y en al- 
gunos países europeos: Gran Bretaña, Francia, Alemania y países escandi- 
navos (nuestro país ha quedado al margen de las mismas y sólo a finales 
de 1984 y a lo largo del año 1985 algunas firmas españolas han comenza- 
do a desarrollar y comercializar programas originales o a adquirir los de- 
rechos de distribución de paquetes de software extranjeros). 

El desarrollo de los «super-micros» —el PC AT y compatibles— de la 
tecnología de redes locales y de los microordenadores multiusuario basa- 
dos en implementaciones del sistema operativo MS-DOS o en el sistema 
operativo UNIX (XENIX, PC-IX) ha ampliado el campo de aplicación de 
los microordenadores en tareas de gestión de información documental a 
los entornos personal, profesional o de las pequeñas empresas e institu- 
ciones a los entornos propios de las medianas e incluso grandes organiza- 
ciones. 

Dada la gran diversidad de productos que hay en el mercado es preci- 
so, para una mecanización con éxito, tener en cuenta en primer lugar los 
distintos tipos de programas desarrollados para aplicaciones documen- 
tales: 


A) Sistemas de gestión documental. 

B) Sistemas de gestión de bibliotecas. 

C) Programas «gateway» para comunicación con las grandes bases de 
datos comerciales. 

D) Programas para la recuperación de información en ficheros gene- 
rados por programas de tratamiento de textos. 

E) Programas para la automatización de las tareas de desarrollo de 
herramientas documentales. 


A continuación analizaremos con más detalle cada uno de estos tipos. 


SISTEMAS DE GESTIÓN DOCUMENTAL 


Especialmente concebidos para gestionar bases de datos con informa- 
ción textual. Los usuarios están en condiciones de refinar sus preguntas 
hasta obtener de la base de datos, combinando criterios de búsqueda múl- 
tiples y con una gran rapidez en la recuperación, la información que nece- 
sitan. 


S6 


Este tipo de programas permiten desarrollar aplicaciones parametriza- 
bles adaptables a necesidades de gestión de información muy diversas con 
una única o con ninguna programación suplementaria. 

En nuestro país, dados los bajos niveles de utilización y conocimiento 
de estos programas, suele recurrirse a los sistemas de gestión de bases de 
datos (SGBD) para sustituirlos, intentando así satisfacer de forma muy pre- 
caria necesidades de gestión de información documental. 

Los SGBD no son capaces de administrar ningún tipo de base de datos 
documental, ya que están concebidos para gestionar bases de datos factua- 
les o numéricas, respondiendo eficazmente tan sólo si los usuarios plan- 
tean preguntas muy precisas dentro de un repertorio limitado de posibili- 
dades de interrogación. 

Las características básicas generales de un paquete de software de ges- 
tión son: 


— Los SGD son programas concebidos para almacenar y recuperar fá- 
cilmente información de tipo textual. 

— Los SGD almacenan registros descriptivos de documentos, divididos 
en varias zonas (campos o parágrafos) que contienen información espe- 
cífica. k 

— Los SGD son capacés de recuperar con gran rapidez todos los regis- 
tros que satisfacen los criterios contenidos en una ecuación de búsqueda 
mediante la utilización de la técnica de ficheros invertidos. 

— Los SGD permiten interrogar una base de datos combinando lógi- 
camente (mediante operadores booleanos: AND, OR, NOT) múltiples cri- 
terios de búsqueda. 

— Muchos SGD incluyen módulos específicos para la utilización y ges- 
tión de thesauros, vocabularios controlados que permiten controlar las re- 
laciones semánticas entre los términos que contienen y eliminar las am- 
bigiiedades semánticas durante las fases de descripción (indización). 


En resumen, las tareas básicas que es capaz de ejecutar un SGD son: 


1. Creación y gestión de bases de datos: entrada, corrección y elimi- 
nación de registros. 

2. Búsquedas de información en línea con tiempos de respuesta muy 
cortos utilizando lógica Booleana. 

3. Edición en pantalla o en impresora de los resultados de las búsque- 
das y producción de catálogos e índices impresos. 


Otras funciones características de los SGD son: procedimientos de man- 
tenimiento que recuerdan al usuario que debe crear copias de seguridad 
de las bases de datos; protección del contenido de las mismas mediante el 
establecimiento de niveles de acceso («passwords» para las diferentes ca- 
tegorías de usuarios); facilidades de interrogación asistida para los usua- 
rios no familiarizados con el sistema; software multiusuario; almacena- 
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miento de las estrategias de búsqueda para que puedan ser reutilizadas en 
cualquier momento; posibilidad de formatear las salidas impresas (enca- 
bezamientos, márgenes, paginación, etc). 

El campo de aplicación de este tipo de programas es muy amplio: crea- 
ción local de bases de datos bibliográficos (con referencias de todo tipo 
de documentos: libros, artículos de revistas, informes, memorias, proyec- 
tos, etc.); bases de datos con información sobre recursos de personal, ins- 
tituciones, historias clínicas, catálogos de productos; bases de datos para 
control de ventas, seguimiento de clientes, control de correspondencia, 
gestión de suscripciones, producción de anuarios, catálogos, directorios, 
etcétera. 

Los tipos de usuarios que pueden obtener un gran rendimiento de un 
sistema informático integrado por un PC y un paquete de Software docu- 
mental son: Centros de Información y Documentación, servicios de docu- 
mentación de empresas, centros de investigación, firmas consultoras, ga- 
binetes y despachos profesionales, medios de comunicación, Ayuntamien- 
tos, editoriales, laboratorios, departamentos de Administración pública, 
Universidades, Hospitales, etc. 

La mayor parte de los paquetes SGD para microordenadores han sido 
desarrollados y comercializados en Estados Unidos. En Europa, tan solo 
en Francia y sobre todo en Inglaterra existen algunos desarrollos y comer- 
cialización de programas SGD. Por lo que se refiere a nuestro país, se han 
desarrollado muy pocos productos y muchos no han sido todavía —o no 
lo serán— lanzados al mercado. 


SISTEMAS DE GESTION DE BIBLIOTECAS. 


Omitimos aquí su discusión por haber sido desarrolladas anteriormen- 
te en este libro. 
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Fig. 5.1. Menú principal del sistema Libby. 


Programas «gateway» para la conexión e interrogación 
asistidas de grandes bases de datos comerciales 


Durante los cinco últimos años se ha producido un impresionante de- 
sarrollo de los servicios comerciales facilitados por los grandes distribui- 
dores de bases de datos (información científica y técnica, económica, co- 
mercial, estadística, etc.) para soportar la interrogación en línea por parte 
de los usuarios de microordenadores. Dos de estos distribuidores, DIALOG 
y BRS Information Technologics, han puesto en marcha servicios de ac- 
ceso (Knowledge Index de DIALOG y BRRTHRV de BRS) a sus bases de 
datos, que utilizan lenguajes de interrogación simplificados y son factura- 
dos con tarifas reducidas. 


comunicaciones 


Fig. 3.2. 


Como resultado, o acompañando a la oferta de estas facilidades, los pro- 
pios distribuidores y algunas empresas estadounidenses han desarrollado 
los paquetes de software «gateway», potentes programas de comunicacio- 
nes que incorporan funcionalidades de interrogación. Estos programas son 
capaces, al igual que muchos otros programas de comunicaciones, de in- 
tercambiar datos con grandes ordenadores remotos, pero lo que les dife- 
rencia de aquéllos es que constan de elaboradas interfaces que permiten 
que las grandes bases de datos comerciales puedan ser consultadas por 
usuarios que desconocen sus, a veces, complicados lenguajes de interro- 
gación. Los paquetes de software «gateway» simplifican esta tarea al máxi- 
mo reduciéndola a la introducción de una palabra o una frase en el ter- 
minal. 

La utilización de los programas «gateway» no le evita, sin embargo, al 
usuario el tener que aprender los fundamentos de la estrategia de la bús- 
queda en línea (localización de los términos de búsqueda correctos, ela- 
boración de la ecuación de búsqueda, análisis de sus elementos, etc.). 
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Estos programas han sido diseñados para aprovechar al máximo las ca- 
pacidades de proceso y comunicaciones del PC y simplificar los procedi- 
mientos de conexión e interrogación reduciéndose los costes de utiliza- 
ción del servicio (tarifas de utilización de las redes telefónicas o de trans- 
misión de datos y tarifas por tiempo de conexión del distribuidor). 

Las ventajas que proporcionan los sistemas formados por un PC y un 
paquete de Software «gateway» son tales que progresivamente están reem- 
plazando a los terminales normales. Algunas de estas ventajas son: 


a) Procedimientos simplificados para establecer la conexión con el or- 
denador «host» (logging-on»): una forma de simplificar la conexión con- 
siste en almacenar de forma permanente los «passwords» y los identifica- 
dores de red y de «host» del usuario, con lo que el proceso de establecer 
una conexión queda reducido a unas cuantas pulsaciones del teclado. 


b) Elaboración «off-line» de la ecuación de búsqueda: Si elaboramos 
la ecuación de búsqueda antes de establecer la conexión con la base de da- 
tos, ahorramos los costes del mayor tiempo de conexión que supondría ela- 
borarla en línea. Después de preparar y comprobar la ecuación de búsque- 
da, ésta es enviada al ordenador «host» pulsando una tecla de función que 
antes ha establecido la conexión y seleccionado la base de datos. Las ecua- 
ciones de búsqueda que se utilizan frecuentemente pueden ser almacena- 
das para ahorrar tiempo de tecleado y para crear perfiles de búsqueda que 
permita una difusión selectiva de la información. 


c) «Downloading» (proceso de capturar datos de un ordenador «host» 
para almacenarlos bajo una forma legible por la máquina): los resultados 
de la búsqueda pueden ser volcados y almacenados en las unidades de dis- 
co del microordenador; esto hace posible que: 


1. Los resultados de la búsqueda puedan ser editados, eliminando re- 
ferencias no pertinentes, duplicando otras o elaborando un informe con 
una buena presentación con ayuda de un programa de tratamiento de 
textos. 


2. Los resultados de la búsqueda pueden ser transferidos al sistema 
de información local soportado por el propio microordenador, utilizando 
un programa de «reformateo» que adapte el formato de los datos recupe- 
rados al utilizado por el sistema propio. 


Algunos paquetes «gateway» pueden ser integrados por programas de 
gestión documental que simplifica este proceso y que permiten crear ba- 
ses de datos locales, que hacen posible refinar las búsquedas, añadir infor- 
mación propia, etc. 


d) Almacenamiento de información de ayuda (información sobre ór- 
denes de los lenguajes de interrogación) que puede ser consultada duran- 
te las búsquedas. 
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Características generales de los paquetes «gateway» disponibles en el mer- 
cado norteamericano 


— Requerimientos de 128 Kb de memoria RAM y unidad de disco. 

— Velocidad de transmisión de 300 a 1.200 bps. 

— Soporte para el acceso en línea a los distribuidores DIALOG, OR- 
BIT y BRS. 


— Utilidades: conexión y marcado automático, elaboración off-line de 
la ecuación de búsqueda, «down-loading» y selección de la base de datos. 


Algunos paquetes «gateway» que se comercializan actualmente: 


Estados Unidos: SCI-MATE UNIVERSAL ONLINE SEARCHER, 
PC/NET-LINK, SEARCH MASTER, INSEARCH, SEARCH HELPER, 
SEARCH-WARE. 


Europa: El distribuidor ESA/IRS alquila a sus usuarios el paquete MAG- 
PIE junto con el microordenador Columbia. 


España: FUINCA (Fundación de la Red de Información Científica Au- 
tomatizada) está desarrollando un paquete «gateway» para soportar las co- 
municaciones con las principales bases de datos españolas. 


Programas para la automatización de las tareas de 
desarrollo de herramientas documentales 


El trabajo de documentación ha de estar soportado por ciertas herra- 
mientas o instrumentos técnicos. El desarrollo de muchos de estos instru- 
mentos puede ser considerablemente abreviado y mejorado, recurriendo 
a funciones específicas de los sistemas de gestión documental (SGD) o a 
paquetes de software especializado. Así, ya es posible automatizar la cons- 
trucción de índices (técnicas KWIC, KWOC, KWAC y NEPHIS), la crea- 
ción y mantenimiento de thesauros (paquetes ASSAIN, MICRO-CAIRS, et- 
cétera). 


El uso de microordenadores para el tratamiento y la gestión documen- 
tales se está desarrollando rápidamente. Sin embargo, su empleo origina 
también algunos problemas que pueden ser resueltos si se elabora una bue- 
na documentación del sistema, se implantan procedimientos normaliza- 
dos para la entrada de datos y la utilización del programa y se proporcio- 
na una formación suficiente al personal a cargo del sistema. 
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FICHAS TECNICAS 


Aquila 


SISTEMA DE RECUPERACION DE INFORMACION TEXTUAL EN LEN- 
GUAJE LIBRE 


AQUILA soporta todos los procesos necesarios para crear, interrogar, 
mantener e imprimir bases de datos documentales. Utiliza una arquitectu- 
ra de ficheros inversos, de eficacia probada para recuperar información 
de bases de datos en lenguaje libre. 


BASE DE DATOS 


— N. de bases de datos : Ilimitado. 
— N. de registros : Sólo limitado por el sistema. 
Longitud del registro: 2.250 caracteres. 
N. de campos : 100. 

— Facilidades de edición: Caracteres aislados, palabra por palabra y 
edición de línea. 

— Etiquetado de campo : Etiquetas de identificación y «prompts» para 
cada campo definido por el usuario. 

— Lista de palabras vacías: Dispone de una lista predefinida de 80 pa- 
labras; el usuario puede crear su propia lista. 


SISTEMA DE INVERSION 


Generación de índices por inversión: Totalmente automática con com- 
pactación de datos para optimizar ocupación de disco. 

Estadísticas: Facilita datos sobre el número de términos indicados y cla- 
sificados. 

N. de ocurrencias de los términos: Facilita listados con datos sobre el 
número de veces que aparece un término en el índice y sobre el tipo de 
campo en el que aparece. 


SISTEMA DE BUSQUEDA 


Lenguajes de interrogación: Basado en el CEC. Common Comand Lan- 
guage (EURONET), utiliza órdenes como FIND, SHOW, PRINT. 
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Operadores lógicos: AND, OR, NOT. 

Truncado: Trunca a la derecha. 

Almacenado de la ecuación de búsqueda: Las ecuaciones de búsqueda 
pueden ser grabadas y reutilizadas en cualquier momento. 

Historia de la búsqueda: La orden SHOWSEARCH permite consultar en 
pantalla la estrategia de búsqueda empleada. 


SALIDAS 


— Selección de campos específicos para su impresión. 

— Determinación del orden en el que los campos seleccionados debe- 
rán ser impresos. 

— Capacidad de utilizar formatos de impresión predefinidos por el 
usuario. d 

— Capacidad de almacenar hasta 10 formatos de impresión por cada 
base de datos. 

— Capacidad para generar nuevos formatos de impresión o modificar 
los existentes. 

— Capacidad para imprimir en negrilla, subrayar o sangrar el conte- 


AQUILA funciona en el IBM PC y compatibles, SIRIUS, WANG, DEC 
RAINBOW y TELEVIDEO. 

PRECIO: 98.000 pesetas. 

DISTRIBUCION: I+D Informática y Documentación, S.A. Teléf. 
411 02 33. 
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Docutex 


SISTEMA DE ALMACENAMIENTO DE INFORMACION 


Docutex almacena la información en forma de fichas; un pequeño edi- 
tor incorporado permite editar fichas hasta una longitud de 512 caracte- 
res (aproximadamente 80 palabras). Almacena y numera automáticamen- 
te las fichas a medida que se van creando: es posible asignar a cada ficha 
palabras clave o referencias que serán utilizadas en el momento de recu- 
perar la información mediante operadores lógicos Booleanos. Estas refe- 
rencias pasan a formar parte de un diccionario que se mantiene ordenado 
alfabéticamente y que puede ser consultado en línea en el momento de la 
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entrada de datos y al interrogar el fichero para recuperar información. Es 
posible también imprimir las fichas recuperadas en formatos que define el 
usuario, o crear ficheros de disco que pueden ser editados con un progra- 
ma de tratamiento de textos. 


CARACTERISTICAS TECNICAS 


— Número de ficheros en disco: Ilimitado. 

— Longitud de la ficha : 512 caracteres. 

— Diccionario : Hasta 32.500 caracteres. 

— Referencias : Hasta 32.500 referencias distintas por ficha. 

— Búsquedas: Por palabras exactas, aproximadas o genéricas. 

— Operadores lógicos : , U, —, sobre conjuntos. 

— Comandos: : B-Borrar, M-Modificar, D-Diccionario, E-Editor, V-Vi- 
sualizar, L-listar, etc. 


HARDWARE 
DOCUTEX funciona en IBM PC y compatibles. Requiere 128 Kb y 2 uni- 
dades de disco. 


DISTRIBUCION: 


MICRONET, S. A. Víctor de la Serna, 36. 
28016 MADRID. Tel. 457 50 56 


TEXTO 


SISTEMA DE GESTION DOCUMENTAL UNIVERSAL 


Diseñado originalmente (1976) para grandes volúmenes de informa- 
ción en grandes sistemas. La versión para PC aparece en 1985 y es orien- 
tado a usuarios sin conocimientos de informática. 


CATALOGO 
Permite describir y memorizar los parámetros de las distintas aplica- 
ciones desarrolladas por el usuario. Los parámetros de una aplicación pue- 


den modificarse en cualquier momento. 
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Descripción de la aplicación documental: La parametrización permite 
definir: 

— Los ficheros documentales: características de la numeración de los 
documentos, lista de nombres de los campos, tipo de campos (numéricos, 
implícitos en la interrogación, no modificables en su presentación). 

— Los índices asociados. 

— Los ficheros relacionados. 


Descripción de las ediciones: Los documentos de edición o de tabula- 
ción permiten elaborar presentaciones complejas y bien estructuradas de 
los documentos para revalorizar la información. 

El usuario puede: editar sólo lo que es útil; presentar los distintos cam- 
pos, en el orden que se desee, unos encima de otros o en presentaciones 
en columnas (tablas); introducir encabezamientos y subencabezamientos; 
numerar las páginas; insertar códigos de fotocomposición para preparar fi- 
cheros que puedan ser enviados a la imprenta, etc. 


Diálogos: Permiten diseñar procedimientos para lanzar una serie de ór- 
denes que pueden ir acompañadas de comentarios, ahorrando al usuario 
la ejecución de secuencias repetitivas y tediosas. 


FICHEROS DOCUMENTALES 


— N. de ficheros: Ilimitado en el espacio de disco disponible. 

— N. de registros : Ilimitado en el espacio de disco disponible. 

— Formato de las fichas: Variable (*). 

— N. de campos: 99 (*). 

— Formato de los campos: Variable. 

— Campos interrogables: Todos (sin embargo, en el caso de aplicacio- 
nes con un gran volumen de registros, los campos deben invertirse en los 
índices). 

— Modificaciones: Prácticamente todas son posibles. 


INDICES 


Cuando los campos interrogables son invertidos en los índices, los tiem- 
pos de respuesta son siempre instantáneos. 

— N. de registros: Ilimitado. 

— N. de índices: Un fichero puede estar relacionado con varios índi- 
ESA 

— Inversiones acumuladas: Varios campos pueden estar invertidos en 
un mismo índice. 

— Puesta al día: Por lotes o en tiempo real. 

(*) LIMITES «STANDARD»: 4.000 caracteres y 99 campos por registro, 
10 índices por fichero. Estos límites pueden modificarse en la medida que 
el sistema de la máquina utilizada lo permita. 


105 


LENGUAJE DE ORDENES 
Las funciones básicas de TEXTO son poco numerosas y fáciles de apren- 


der. Las órdenes básicas pueden ser combinadas entre sí para ejecutar ta- 
reas más complejas. 


HARDWARE 


TEXTO funciona en el IBM PC/XT y compatibles y en el IBM/PC/AT 
y compatibles. Sistema operativo MS-DOS. 

Requiere 512 Kb de memoria y disco duro. 

PRECIO: 365.000 pesetas 


DISTRIBUCION: 


I+D Informática y Documentación, S. A. Teléf. 411 02 33 


Infos 


SISTEMA DE CONTROL DE BASES DE DATOS DE INFORMACION DO- 
CUMENTAL INFOS 


El Sistema INFOS está dividido en 4 grandes módulos, cada uno de 
ellos con diferentes funciones, según se muestra en la fig. 5.3. 


DIALOGOS 


Todas las funciones se ejecutan mediante un menú de interfase con el 
usuario. 


FICHEROS DOCUMENTALES 


— N. de registros: Ilimitado. 

— N. de campos: Ilimitado. 

— N. de bases de datos: Hasta 32 bases de información. Cada una con 
un formato predefinido por el usuario. 

— Edición: Editor de textos especializado en masas de información. 
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Base de datos INFOS 

Sistema de gestión 
de la BD INFOSMN 
de la BD INFOSCR 


Sistema de consultas 
a la BD INFOSQU 


Sistema utilidades 
BD INFO 


Mostrar catálogo 
del sistema 
Inicialización 
del sistema 


Mostrar catálogo BD 


Definición 
base de datos 


Editor de documentos 


Creación 
base de datos 


Mostrar catálogo BD 


Consultas a la BD 


Mostrar catálogo BD 
Fusión BD'S 
Ampliación BD'S 
Reorganización BD 
Copia de seguridad BD 


Restauración BD 


Fig. 3.3. 


Añadir definición BD 
Borrar definición BD 
Editar definición BD 


Definición 
palabras excluidas 


Editar fichero 


Imprimir fichero 


Fusionar ficheros 


Seleccionar 


Modificar 


Editar documento 
Mostrar nombres 
documentos 


Imprimir documento 


CATALOGO DEL SISTEMA 


Realiza las siguientes funciones: 


— Función de búsqueda: (SEARCH) con la ayuda de operadores Boo- 
leanos, el sistema puede ejecutar la búsqueda de palabras sueltas o de fra- 
ses completas. La búsqueda se efectúa sobre los niveles siguientes: docu- 
mento, párrafo, oración, partes de la oración. 

— Función de selección: (SELECT) Hace referencias selectivas desde 
los documentos seleccionados previamente con la función de búsqueda. 

— Función de consulta: Permite al usuario mostrar en la pantalla del 
terminal todos los documentos pertenecientes a la lista resultante de una 
consulta determinada. 


Existen muchas otras funciones: IMPRIMIR, MODIFICAR... 


HARDWARE 


INFOS funciona con IBM PC/XT y compatibles. 
Requiere 256 Kb y disco duro (10 Mb). 
Funciona con MS-DOS y se espera una versión para UNIX en el futuro, 


pues está desarrollado en lenguaje «C». 
DISTRIBUCION: SPS IBÉRICA, S. A. 
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COMO ELEGIR UNA BASE 
DE DATOS 


A elección de una base de datos es un tema complejo y di- 
fícil. En general no se puede decir que una base de datos 
sea mejor que otra. Cada una es buena para alguna apli- 
cación. Así una tendrá mayor velocidad en búsqueda y or- 
denamiento, pero no permitirá incluir campos de seguri- 
dad, mientras que otra podrá incluir estos campos pero 
trabajará con un lenguaje que será de difícil comprensión 
para el usuario no especializado. 


Por tanto, habrá que sopesar muchos factores para ele- 
gir definitivamente la que consideremos adecuada. 


No toda base de datos puede sernos útil para el problema que vayamos 
a abordar. 


Aunque pueda parecer una perogrullada, lo primero que habremos de 
hacer es plantearnos muy en detalle para qué aplicaciones la vamos a usar 
y no al revés, esto es, primero comprar la base de datos y luego amoldar- 
nos a sus limitaciones y capacidades. Si alguien se tiene que amoldar es la 
base de datos a nosotros, no nosotros a ella. 


En el mercado existen las suficientes bases de datos como para que al- 
guna se amolde a nuestras necesidades. 


Entre las que considere que le pueden ser útiles no compre la más ba- 
rata. En informática, lo más barato no es siempre lo mejor, ni lo más apro- 
piado. 

A continuación veremos algunos puntos que son importantes a la hora 
de elegir nuestra base de datos. 


Algunos puntos son esenciales (como la compatibilidad con el ordena- 
dor) pero otros no. La importancia de estos está en función de las necesi- 
dades a las que sea orientada. 
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REQUISITOS HARDWARE 


Suponiendo que hayamos analizado en profundidad las aplicaciones 
para las que vamos a utilizar la base de datos, lo segundo es averiguar las 
características de nuestro ordenador (lo hallaremos en la ficha técnica que 
nos proporciona el fabricante). 

Nuestro ordenador poseerá unas determinadas características que van 
a limitar la elección que hagamos. 

Hay que tener cuidado: no todas las bases de datos van a ser compati- 
bles con vuestro ordenador, esto es, nuestro ordenador puede que no reú- 
na todos los requisitos de hardware especificados para que la base de da- 
tos funcione bien. 

Estos requisitos hardware son: 


— Capacidad mínima de memoria que posea nuestro equipo: las bases 
de datos necesitan cierta cantidad de memoria para que puedan trabajar 
correctamente. 

— Sistema operativo de nuestro ordenador. Cada base de datos espe- 
cifica un tipo de sistema operativo. Generalmente éste no es único y pue- 
den acoplarse bien a varios. 

— Modelo de ordenador. 

— A veces también se especifíca el microprocesador que lleva el orde- 
nador. 


Hay que recordar que en cuanto nuestro ordenador no reúna cualquie- 
ra de los requisitos hardware especificados por el fabricante de la base de 
datos, no nos servirá. 

Dada la amplia gama de bases de datos que hay en el mercado, no ten- 
dremos problemas en elegir la que más nos convenga. 

En el capítulo se realiza un estudio de algunas de las principales bases 
de datos, explicitándose aquellos requisitos hardware necesarios. 


CAPACIDAD DE ALMACENAMIENTO. ESTRUCTURA 


Una vez que hayamos pensado qué tipo de aplicación queremos hacer 
y qué bases de datos son compatibles con nuestro ordenador, debemos rea- 
lizar un esquema de cómo vamos a estructurar nuestra base de datos. 

¿En qué consiste hacer la estructura de una base de datos? Para expli- 
carlo, tendremos que volver al tema de ficheros, registros y campos. 

Estructurar una base de datos es definir el tamaño de registros, longi- 
tud de campo y todo aquello que tiene que ver con las dimensiones que 
va a ocupar la información. 


paa 
¡o 


1 


Si estamos organizando nuestra agenda con la distribución de campos 
que muestra la figura 1, nos interesa estructurar nuestra base de datos con 
pocos campos y muchos registros (suponiendo que vamos a introducir in- 
formación referente a una cantidad grande de personas). 


Por el contrario, si estamos organizando la nómina de una empresa, ne- 
cesitaremos, como se muestra en la figura 6.1, un número respetable de 
campos. 


Fig. 6.1. 


Cada base de datos posee unas características distintas que nos facili- 
tarán Oo limitarán la estructura que de ella queramos hacer. 


Las características según las cuales nos debemos guiar son: 


— Número máximo de campos por registros. 

— Número máximo de registros por fichero. 

— Longitud máxima de cada campo. 

— Tipos de datos que acepta (numérico, alfanumérico). 


En el capítulo viene un estudio de algunas bases de datos, especificán- 
dose estas características para cada una de ellas. 


Conviene no confundir la estructura de la base de datos con la capaci- 
dad de la misma. 


La capacidad no depende del tipo de base de datos que elijamos, sino 
del tamaño (capacidad) del disco con el que trabajemos. Por supuesto, 
cuanta más capacidad tenga el disco (rígido o flexible) más caro será. 


Ya que el dinero es casi siempre el que impone más limitaciones, ha- 
brá que evaluar cuanta información queremos almacenar con el fin de ad- 
quirir un disco de uno u otro tamaño. 


La capacidad de los discos se mide en Kbytes. Si no va a necesitar gran- 
des cantidades de memoria, con uno de 256 Kb le valdrá. Con uno de 
1 Mb (Megabytes) tendrá suficiente espacio para cualquier aplicación. 
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VELOCIDAD 


Para medir cuán veloz es una base de datos se usan dos parámetros: 


1) TIEMPO DE ACCESO 


Es el tiempo que transcurre entre una petición de dato y su aparición 
en pantalla. 

Aunque pueda parecer una tontería esperar un minuto más o menos, 
si estamos accediendo constantemente a datos, ese tiempo al cabo del día 
puede ser bastante considerable. 

El tiempo de acceso depende del hardware, de la computadora y del so- 
porte físico que elijamos (disco, cinta). Un disco rígido tiene un acceso a 
los datos mucho mayor que un disco flexible. 

El tiempo de acceso también depende del modo en que accedamos a 
la información (directo, secuencial, indexado). 

El hacer comparaciones entre acceso no es fiable si no se conoce el mé- 
todo por el que se recuperan los datos. Así el secuencial será más rápido 
en cualquier base de datos que el indexado más veloz que podamos encon- 
trar. | 

Si el acceso a datos, o a manipulaciones en las que es necesario acce- 
der a ellos, son continuas y frecuentes en la aplicación que vayamos a ha- 
cer, convendrá buscar una base de datos con tiempos de acceso rápidos 
(podemos incluso soportar la información con un disco rígido para ganar 
velocidad). 

Si, por el contrario, nuestra aplicación no va a ser dependiente de este 
tiempo, podremos ahorrarnos los gastos de disminuir el tiempo de acceso. 

El otro parámetro es la: 


2) VELOCIDAD DE PROCESAMIENTO 


Mide la cantidad de registros que se pueden procesar por minuto. 
Las pruebas que se hacen para medir este tiempo son: 


— La indexación: buscar un elemento por medio de un campo-clave. 
— Clasificación de los registros según el valor que tenga un campo- 
clave. 


Por ejemplo, si el campo-clave es la edad de los obreros de una fábrica 
y quiero ordenarlos de más viejo a más joven. 

Siempre será mejor la base de datos cuantos más registros procese por 
minuto, pero no debemos concederle mayor importancia si el tiempo no 
es definitivo para nuestra aplicación. 
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COMUNICACION CON LA BASE DE DATOS 


Un tema de capital importancia a la hora de comprender y poder inter- 
actuar con la base de datos es el modo según el cual esté controlada. 
Una base de datos puede estar controlada por: 


— Menú 
— Ordenes 
— Programas 


A) La base de datos controlada por menú es la más sencilla de usar, ya 
que no se necesita tener más conocimientos de informática que los estric- 
tamente básicos. 

Por supuesto, hay menús más legibles que otros; por eso a veces el tra- 
tamiento con una base de datos puede ser más dificultoso por menús mal 
explicados que por órdenes fácilmente aplicables. 

En general, el fabricante de base de datos procura que sus menús sean 
claros; ahora todos vienen en español, con lo que se facilita mucho la com- 
prensión. 

B) Las órdenes son instrucciones que nos permiten acceder, modifi- 
car y realizar otras operaciones sobre cualquier parte de la base de datos. 

En el dBASE II si queremos ver el contenido de un fichero teclearemos: 


DISPLAY ALL 


analizando de ese modo los campos de todos los registros del fichero. 
Si quisiera ver sólo el campo «precio» haga: 


DISPLAY ALL PRECIO OFF 


Con estos ejemplos apreciamos que, aun no siendo muy complicado su 
uso, requerirá un estudio previo de las órdenes que acepta la base de datos. 

Hemos de averiguar si lo que proyectamos comprar posee órdenes cla- 
ras O, por el contrario, el conjunto de órdenes es difícil de interpretar y 
aplicar. 

No pensemos que los Manuales que nos entreguen al comprar la base 
de datos van a resultar útiles para resolver cualquier duda. A veces no son 
todo lo claros que debieran. 

C) Algunas bases de datos ofrecen la posibilidad de implementar pro- 
gramas con ellas. 

Puede ser una gran ventaja en aplicaciones complejas. 

El único inconveniente es que para saber programar hay que conocer 
el lenguaje, y esto no es una tarea sencilla. Suelen usar lenguajes especia- 
les. A diferencia de los lenguajes clásicos como el BASIC, COBOL, los len- 
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guajes de las bases de datos no están restringidos por normas caducas e in- 
troducen sus propias órdenes y las estructuras que mejor se acoplan a la 
base de datos para la que sirven. La conexión del diccionario de datos con 
el lenguaje permite introducir campos del registro por el nombre sin te- 
ner que declararlos en el programa. 


FICHEROS MULTIPLES 


Supongamos que utilizamos una base de datos que sólo puede manejar 
un fichero a la vez, por ejemplo, la lista de clientes o la lista de productos. 

Si quisiéramos sacar un informe de clientes y productos juntos no po- 
dríamos hacerlos en una base de datos que trabaje con un solo fichero. 

Como alternativa surgen las bases de datos multifichero que permiten 
procesar dos o más ficheros a la vez. 


== SISTEMAS MULTIUSUARIO 


Es importante saber el número de personas que van a trabajar con la 
base de datos simultáneamente. 

Si estamos trabajando sobre nuestra agenda, seguro que no nos hace 
falta un sistema multiusuario. 

Una base de datos multiusuario requiere disponer de un equipo con va- 
rias pantallas y un sistema operativo que esté capacitado para ello. 

Si, por el contrario, el Ministerio de Hacienda está recopilando infor- 
mación sobre las Declaraciones de la Renta de todo los españoles, necesi- 


== TRANSFERENCIA DE INFORMACION 


En este apartado nos referiremos a la capacidad de una base de datos 
de poder recibir información de otros programas y de otras bases de datos. 

A veces no es posible leer o escribir datos en la base de datos con pro- 
gramas escritos en BASIC, COBOL y otros lenguajes. 

La potencia de una base de datos determinará el que esto se pueda con- 
seguir mediante algún «truco». 

En cuanto a leer datos desde otras bases puede ser importante en sis- 
temas que manejen mucha información y necesiten estar en contacto con 
otras fuentes para actualizarse. 
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SEGURIDAD 


Por seguridad entendemos la capacidad que posee la base de datos para 
que los datos que contiene no puedan ser accedidos o modificados por 
cualquier persona. 

Si tenemos un fichero con la nómina de los empleados en el cual haya 
un campo que contenga el sueldo, puede ser conveniente que el emplea- 
do que opera con los elementos (datos) del fichero no sea capaz de modi- 
ficar el valor del campo salario. 

Si hemos conseguido proteger el campo salario tenemos que estar se- 
guros de que algunas personas no autorizadas no consigan listar los em- 
pleados por salario (del que más gana al que menos). Por tanto, no sólo 
los valores deben estar protegidos, sino las relaciones también. 

¿Cómo conseguir esta seguridad? 

Los niveles de seguridad para campos se introducen en el diccionario 
de datos (cuando se especifican los campos y registros de nuestro fichero, 
al principio). Los códigos de seguridad se introducen en una sección es- 
pecial del diccionario (por supuesto, pocas personas tendrán acceso a este 
código de seguridad, si no este invento no valdría para nada). 


Código 


Fig. 6.2. 


Debemos evaluar si para nuestro sistema es importante la seguridad. 

Si organizamos nuestra agenda mediante una base de datos, no será un 
factor principal la seguridad. En el otro extremo, aplicaciones de tipo mili- 
tar necesitarán invertir gran parte del sistema en códigos de seguridad y otras 
trabas, para que no pueda acceder cualquiera a esa información reservada. 
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CAPACIDAD MINIMA 
DE MEMORIA 
EN K BYTES 


320 


256 


237 
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Fig. 6.3. 


SISTEMA OPERATIVO 
NECESARIO 


MS/DOS 


CcP/M 
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Fig. 6.4. 


NUMERO MAXIMO 
DE CAMPOS POR 
REGISTRO 


32.768 


255 


128 


32 
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Fig. 6.5. 
NUMERO MAXIMO DE 
REGISTROS POR 
FICHERO 
1.000.000 
65.000 
32.000 
30.000 
DBASE ll DBASE Ill FMS-80 CONDOR REVELATION 
Fig. 6.6. 
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NUMERO MAXIMO DE 
CARACTERES POR 
REGISTRO 


58.000 


15.000 


4.000 
1.300 


1.000 


DBASE I1I DBASE III R:BASE  FMS-80 CONDOR 


Fig. 6.7. 


VELOCIDAD DE 
PROCESAMIENTO 
EN REGISTROS 
POR MINUTO 


23.000 


10.500 


25.000 


DBASE ll FMS-80 CONDOR 


Fig. 6.8. 


MODO DE TRABAJO 


Y 
< 
Ñ il 
e 
e 
a 
S 
7 
= 
Z 
[58] 
A 
Ez 
O 
Y 
pan) 
Z 
= 
2 
DBASE Il DBASE III R:BASE FMS-80 CONDOR REVELATION 
Fig. 6.9. 


CAPACIDAD DE USAR 
FICHEROS 
MULTIPLES 


SI 


NO 


DBASE II DBASE lll R:BASE FMS-80 CONDOR REVELATION 


Fig. 6.10. 
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CAPACIDAD DE 
MULTI USUARIO 


SI 


NO 


DBASE II DBASE III R:BASE FMS-80 CONDOR REVELATION 


Fig. 6.11. 
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GENERALIDADES 


UE es un dato?: Un dato puede ser un número, un nom- 
bre o cualquier otro símbolo que nos permite comunicar 
una información acerca de algo o alguien. El símbolo que 
utilicemos no varía la información que represente al mis- 
mo. Lo importante es el sentido del dato, y no la forma en 
que está descrito. 

Un dato siempre está referido a algo o alguien. Pero 
este dato no tiene por qué ser una verdad eterna, pue- 
de que sólo sea cierto durante un período de tiempo de- 


terminado. 


¿Cómo se utilizan los datos en un ordenador? Para poder referirnos a 
un dato necesitamos poder referirnos a él, saber dónde está almacenado 
en el ordenador. Es decir, para averiguar el valor de un dato necesitamos 
saber cuál es su dirección en el ordenador. Por ello nos referiremos a los 
datos mediante su dirección, que podrá ser: ABSOLUTA (el byte 8544) o 
bien RELATIVA (se le da un nombre simbólico a la dirección). Aunque al 
ejecutar el programa para cada dirección relativa debe existir un lugar con- 
creto (dirección absoluta) al que se asimila. 


¿Por qué se necesitan las estructuras de datos? Normalmente no traba- 
jamos con datos elementales e inconexos, sino que más bien lo hacemos 
con conjuntos de datos homogéneos. Por ejemplo, si nuestros datos se re- 
fieren a nuestros clientes no nos interesará cada saldo y nombre de clien- 
te como dato individual, ya que obligaría a nuestro programa a manejar 
tantos datos y direcciones como clientes; por el contrario, sí nos interesa 
organizar los datos en estructuras conocidas que nos permitan tratar la in- 
formación de forma homogénea. 


¿Qué son las estructuras de datos? Una estructura de datos es un con- 
junto de datos y un conjunto de funciones de acceso que permiten mani- 
pular los datos guardados en algún lugar del ordenador. Las funciones de 


121 


acceso son las que definen qué se puede hacer y qué no con los datos al- 
macenados en la estructura. Son esas funciones las que definen el carác- 
ter de la estructura. 


Tipos de estructuras de datos. Todos los datos que maneja el ordenador 
están almacenados en su memoria y las intrucciones que los transforman 
son las instrucciones máquina. 

Dado que esas instrucciones son muy elementales, se construyen es- 
tructuras más complejas. Existe toda una gradación desde las estructuras 
del ordenador hasta las más complejas que somos capaces de manejar. 
Para efectuar esta extensión se necesita, por una parte, definir la nueva es- 
tructura (decir qué funciones de acceso posee) y organizar el almacena- 
miento de esa estructura (en función de otras estructuras ya definidas) e 
implementar los algoritmos de las funciones de acceso definidas (en fun- 
ción de otras funciones de acceso e instrucciones de programa). 


Bit 
Estructuras Byte 
propias del E 
ordenador nteros 

Reales 


Enteros y rangos 


Estructuras Punto fijo 
elementales Punto flotante o real 
Caracteres 
Tipos de estructuras Vectores 
de datos Tablas 
Arrays Matrices 
Estructuras Record e.... 
básicas Sets 
90000 
Pilas 
Listas lineales — 
Estructuras Arboles Colas 
dinámicas Grafos 


Fig. A.1.1. 


Estructuras propias del ordenador. Los datos están almacenados en la 
memoria y ésta es una estructura de vector que permite acceder a cada ele- 
mento a partir de su dirección. Los elementos de la memoria son palabras. 
Así, el acceso a los datos se debe hacer por palabras dando su dirección 
absoluta. Estas están formadas por bits. El número de bits que forma la pa- 
labra determina la potencia de cálculo simultáneo del procesador. Tama- 
ños habituales de palabra son: 


8, 16, 32, 64 bits 


Bits. El bit es la unidad elemental de información y puede tomar sólo 
dos valores: 0 ó 1. Trabajar directamente con bits no sería cómodo, ya que . 
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representan muy poca información. Así, para acceder a un bit se debe ac- 
ceder a la palabra que lo contiene y dentro de ésta acceder al bit correspon- 
diente. 


Byte. Un byte es el número de bits necesarios para repesentar un ca- 
rácter codificado. El número de bits necesarios depende de la codificación 
utilizada (ASCHM, EBCDIC...). 


Enteros. La aritmética del ordenador es la normal, mientras no se al- 
canza el tope que tiene establecido, por encima del cual no sabe trabajar. 
La representación interna es binaria, es decir, el número se almacena y 
opera en forma de número binario un bit de la palabra por cada dígito bi- 
nario. Dicho tope está en función del número de bits de la palabra. Así, 
por ejemplo, con 8 bits se pueden utilizar números entre -127 y 128, con 
16 bits, entre -32768 y +32767, etc. 


Reales. Dado que el ordenador es «finito» y un real puede tener infi- 
nitas cifras decimales, lo que se hace es representar los números en «pun- 
to flotante» (3,1415 x 10.0...). 

Dichos números almacenan por separado las cifras del punto significa- 
tivas y el orden de magnitud del valor. 


Estructuras elementales. Las estructuras lógicas elementales, no nece- 
sariamente existentes en el ordenador, son datos estructurados. Estas pue- 
den ser: 


ENTEROS (1000, 317) 

PUNTO FIJO (18.82, 14.45...) 

PUNTO FLOTANTE OREAL (3,15 X 10? ...) 
CARACTERES («A», «S»,...) 

BITS, BOOLEANAS (False, «1»...) 


Estructuras básicas. Son agrupaciones de estructuras elementales que 
tienen un número de elementos fijo, que no puede variar con el tiempo. 
Estas pueden ser: 


ARRAYS (rectas, tablas o matrices). Son estructuras de datos que agru- 
pan datos del mismo tipo, de forma que la única diferencia (a nivel de di- 
rección) es el lugar que ocupan. 


RECORD (Registro Lógico de Datos). Un récord es una estructura que 
agrupa datos de distintos tipos (enteros, caracteres, etc.), pero referidos al 
mismo objeto. (Datos personales de alguien: nombre, apellidos, teléfo- 
no...). A cada dato de un récord se le llama campo. 
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CONJUNTOS Estructura que agrupa en un dato los elementos de un 
conjunto que pertenecen a un tipo determinado. Ejemplo: colores = rojo, 
verde, azul; meses de verano = julio, agosto, septiembre. 

Estructuras dinámicas. Son agrupaciones de estructuras que no tienen 
un número fijo de elementos. Se utilizan para representar elementos cam- 
biantes en el tiempo. (Ejemplo: una lista de clientes, una lista de expedien- 
tes pendientes de ser resueltos). 


Listas lineales. Son estructuras dinámicas que sólo necesitan una rela- 
ción lineal, es decir, un elemento sólo se relaciona con el anterior y el pos- 
terior. 

Las más frecuentes son: 

— Filas: representan una fila real. 

— Colas: representan una cola real. 

Arboles. Son estructuras jerárquicas en las que un elemento sólo tiene 
un superior o padre, pero un padre puede tener muchos hijos. Arboles bi- 
narios son aquellos en los que un padre puede tener a lo sumo dos hijos. 

Grafos. Estructuras en las que un elemento puede estar relacionado 
con más de dos y sin que exista una relación jerárquica. A cada elemento 
se le llama nodo y al conjunto red. Son las estructuras más complejas. 


Bilbao 


A. 
Martínez 
Pza. 
España its 
= 


ES 


Fig. A.1.3. Ejemplo de grafo (la red del Metro). 
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MODELOS DE 
BASES DE DATOS 


En la teoría de bases de datos se distinguen tradicionalmente tres mo- 
delos de organización de los datos: JERARQUICO, EN RED, RELACIONAL. 

Es importante a la hora de adquirir un sistema de gestión de base de 
datos saber cuál es el modelo de datos que mejor se adapta a la estructura 
de nuestra organización o a nuestras necesidades de información. 

Una base de datos no es más que un intento de modelizar el mundo 
real para ser representado en soporte informático. Debemos distinguir en 
un modelo de bases de datos los siguientes elementos: 


— Objetos: elementos del mundo real de los que queremos tener in- 
formación como pueden ser clientes, pedidos, publicaciones, etc. 


— Atributos: características que definen a los objetos. 
— Relaciones: correspondencias entre los objetos de nuestro modelo. 


Según sean las relaciones que se implementen, tendremos un modelo 
u otro de datos. 


Relacional A Visión 
Relación de relacional 


proveedores 
Cód. Nombre 
1 
jerárquica 
Visión 
< red 


Organización 


física de los datos 


Pérez García 
López Gallego 
Sáez Nieto 
Ruiz Soto 
García Acebo 
Cabeza Señor 


SO un un 


Fig. A.1.4. 


En las bases de datos JERARQUICAS la relación existente entre los da- 
tos será similar a la que hay entre los nodos de un árbol: la raíz se puede 
considerar como el nodo más importante jerárquicamente, debajo de ellas 
se encontrará el nodo terminal del tronco, etc. 

El modelo de RED permite establecer una relación mucho más diná- 
mica, ya que cada «nodo» de la red, que será el elemento fundamental, pue- 
de estar conectado prácticamente con cualquier otro «nodo». 

El último modelo, como su nombre indica, implica trabajar con rela- 
ciones; tal es el caso de una sencilla relación de proveedores de una em- 
presa, integrada por un código de identificación y el nombre del pro- 
veedor. 
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De lo anterior se puede deducir que la diferencia fundamental existen- 
te entre los tres modelos estriba en la forma en que permiten «visualizar» 
la información. El término VISUALIZAR hace aquí referencia tanto a la for- 
ma en la que pueden leer o escribir información en la base de datos los 
programas de aplicación como a la estructura con la que puede trabajar 
directamente el usuario sin necesidad de que intervenga más que el pro- 
pio software del sistema gestor de la base. Por tanto, la diferencia entre 2 
modelos de datos no estriba tanto en la forma que adopta el almacena- 
miento físico de los datos en los soportes de información, sino en su ME- 
TODO LOGICO DE EXPLOTACION. 

A continuación detallaremos un poco más las bases relacionales, por 
ser el modelo más extendido entre los microordenadores. 


IN 


EL MODELO RELACIONAL DE BASE DE DATOS 


La relación es el elemento fundamental y definitorio de este modelo 
de base de datos. Intuitivamente, una relación puede asociarse a una ma- 
triz en la que cada columna tiene, además de un significado específico, un 
cierto dominio dentro del que puede tomar valores numéricos o alfanu- 
méricos. Dentro de la matriz, cada fila (usualmente denominada «tupla») 
representa a un elemento de la relación. 

Partiendo de este fundamento, puede definirse a la base de datos rela- 
cional como «un conjunto finito de relaciones variables con el tiempo, de- 
finidas sobre un conjunto finito de dominios». 


Relación 1 Relación N 


Madrid España 


Lisboa | Portugal 


Lima Perú 


Londres | R. Unido 


Base de datos relacional 


EXA 


La mayor ventaja de este modelo es la facilidad de uso y la claridad de 
presentación de información conseguida con las tablas. El único proble- 
ma que puede plantear este modelo estriba en la consecución de un buen 
diseño en relaciones. Ello supone asociar los datos en tratamiento o rela- 
ciones que garanticen una cómoda y eficaz actualización y obtención de 
los datos. 

Para llegar a un buen diseño, puede adoptarse la teoría estudiada y for- 
malizada por Codd (1970). En síntesis, dicha teoría transforma una base 
de datos en la que las relaciones no deben satisfacer ninguna propiedad 
especial, en otra base de datos normalizada. Para operar esta transforma- 
ción se va imponiendo sucesivamente una serie de condiciones. Con ello, 
se pasa del diseño inicial a SUCESIVOS diseños que responden a la deno- 
minación de «primera forma normal», «segunda forma normal» y «tercera 
forma normal de Codd». Existen hasta una «quinta forma normal», aun- 
que habitualmente es suficiente llegar a que se cumpla la tercera forma 
normal de Codd para conseguir un modelo suficientemente válido. 


Dificultades 
de 
gestión 


Nivel de 
normalización 


Fig. A.1.6. 


A medida que va aumentando el ordinal de normalización, la organi- 
zación de las relaciones que forman la base resulta más adecuada para su 
explotación. 
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De entre las aplicaciones informáticas 
más prácticas estudiadas y difundidas, 
destacan por su utilidad las bases de 
datos. En el mercado existen muchas, 
pero ¿cuál es la más apropiada para su 
problema concreto? 


El propósito de este libro es responder a 
esta pregunta. Su lectura le permitirá 
disponer de los elementos de juicio 
suficientes para poder no sólo elegir 
adecuadamente la base de datos más 


apropiada, sino también conocer sus 
aplicaciones más interesantes. 


